用得稳：提示词、安全红线、常见问题

一、稳定出结果的提示词框架

工具再强，任务描述含糊，结果照样飘忽。一个能稳定复用的框架，就是第三章的五要素：

处理对象与背景 → 动作与交付物 → 格式规则 → 安全边界 → 验收标准。

把这五块补齐，绝大多数任务一次就能做到八成以上。

写指令有三个实用技巧，前两个第三章提过，这里补上第三个。

其一，给参照而非空泛形容词。 不说「做得专业一点」，而说「按咨询报告风格，结论先行，每个观点配一条依据」。

其二，让它先复述再动手。 面对复杂或高风险任务，先要求它讲一遍对需求的理解和执行计划，你确认后再让它正式做。

其三，明确禁止它做的事，和明确要求它做的事同样重要。 「不要编造」「不要合并相似项」「不要下结论」「不要用常识补空缺」这类否定式约束，往往比正面描述更能防住典型错误。下篇每一章的指令模板里，这类句子占了不小比例，因为它们对应的是各岗位最容易翻车的地方。

结果不理想时，不要整体推翻，指出具体哪里不对、希望改成什么样，逐轮收敛，通常两三轮就能到位。

二、安全与权限红线清单

效率的前提是安全，下面几条建议始终守住。

• 坚持最小授权，只开放当前任务必需的文件、账号和权限，任务结束及时收回连接器授权
• 涉及删除、覆盖、对外发送、付款、提交正式审批等不可逆动作，一律先看方案、人工确认后再执行
• 高敏感数据谨慎上传云端（人事、财务、客户隐私、核心商业机密），优先本地处理并做必要脱敏
• 重要原始文件不直接覆盖改写，先备份或在副本上操作，保证结果可回退
• 对它产出的关键事实、数据、引用保持核验，尤其对外正式材料，必须人工确认后再使用
• 自动化任务先发给自己测试，确认稳定可靠，再面向他人或正式流程启用

这几条是通用底线。不同岗位还有各自特有的红线，下篇会分别讲：销售的客户信息边界（第十五章）、人力资源不能交出去的判断（第十六章）、研发的线上变更与数据订正（第十八章）、设计的版权与终审（第十九章）。这几处别当成可看可不看的建议，踩了是真会出事。

三、常见问题快速排查

记住一个总原则：遇到问题先看中间过程区。 它通常会把卡在哪、需要你做什么写清楚，那里是排查的第一现场。

四、三十天稳步上手计划

不必追求一天精通，按四周节奏推进最稳。

第一周只做一件事：把标准五步走顺。 每天用它完成一个低风险小任务，比如整理一次文件、写一份纪要。重点是熟悉模式切换、环境选择和过程查看。

第二周开始建自己的技能库。 把这一周跑通过、且会重复的两件事沉淀成自定义技能，体会「一次成功、反复调用」的好处。

第三周引入连接器和工作小队。 接上你最常用的一两个第三方服务，尝试让多个角色配合完成一件稍复杂的事，比如一次完整的竞品分析。

第四周碰定时自动化和团队协同。 把成熟流程设为周期任务、把成果沉淀回飞书，并形成属于自己的指令模板库。

走完这四周，你不会掌握每一个功能，却会拥有一套稳定嵌入日常工作的用法，这比记住任何功能清单都更重要。

五、接下来读哪一章

上篇到这里结束。你现在具备的是通用能力：会派活、接上了飞书、装好了技能和连接器、跑通了日常六件事。

下篇按岗位展开，每章讲三到五个这个岗位特有的场景。直接翻到你自己那一章，不用按顺序读。

每章的结构都一样：先讲这个岗位每天在跟什么较劲，再给一张「你的上下文散在飞书哪儿」的地图，然后是具体场景、该装什么、成果怎么回流，最后一张可以直接复制的指令卡。全书的指令也汇总在了指令库页，可以按岗位筛。

那张上下文地图是每一章真正的起点。 建议你读到自己那一章时，先照着表把你们公司的实际情况填一遍——东西在哪儿，是能不能把活交出去的前提。