| name | 507-frame |
| description | 面向人的结构化方案 skill（活动、培训、工作坊、合作提案、项目计划）。输入是已由 grill 确认的需求与边界，产物是推动读者决策或行动的正式方案；信息缺口涉及用户取舍时返回 grill，不在 frame 内追问确认。具体软件产品需求规格归 507-prd。Use when user mentions 写方案, 写计划, 活动方案, 培训方案, 工作坊方案, 合作提案, 项目计划, 结构化文档, 正式提案, frame, proposal, workshop plan, partnership proposal, project plan, brief. |
框定（frame）
这个 skill 用来辅助用户起草结构化的方案、计划或文档。
这个 skill 覆盖什么
活动方案、培训方案、工作坊方案、合作提案、项目计划——任何"有明确结构、面向特定受众、用于推动决策或行动"的方案/计划/文档。
这个 skill 不覆盖什么
- 营销文案、公众号文章、博客
- 内部备忘录、工作日志
- 具体软件产品的行为、范围与验收规格（归
507-prd）
- 仍需用户确认的意图、边界或风险取舍（归
507-grill）
- 内容润色、代码审查
- 闲聊
输入合同与草稿状态
507-frame 消费已经确认的需求，不承担确认本身。动笔前先检查目标受众、目的、范围、关键约束和成功标准：
- 缺口能由资料、项目规则或专业判断补齐时，agent 自行补齐并说明；
- 缺口会改变用户意图、权责边界、体验、成本或风险时，携带当前草稿返回
507-grill，确认后再继续；
- 用户只要求先建立讨论载体时，可以写草稿，但必须显式区分已确认共识、当前建议和待确认决策，不得把它当正式执行依据。
确认完成后更新同一份文档为当前真相源，不保留貌似正式、实际已过期的平行方案。
相关 skill
如果用户要写的是现场分享稿、PPT 逐页稿、课程讲稿、企业培训演讲稿，尤其是案例型分享风格，优先使用 507-stage。
507-frame 负责正式方案和结构化文档；507-stage 负责现场讲述和 PPT 内容风格。
一、调性：方案读起来应该像什么
读起来像"认真在做一件事"，不像"想推销你"，也不像"内部在讨论"。
- 独立方案：不挂"翻译自 XX""基于 XX 方法论""参考了 XX 文档"等来源
- 正式但不营销：不用"赋能""转型""价值闭环""强强联合"等空话
- 信息密度高：每段话都有可读出的具体信息，不用"与此同时""考虑到""作为"等连接词凑字
- 结构清楚：章节序号、表格、必要的清单——读者扫一眼就能抓到结构
- 不口语化、不内部对话：不写"我们讨论后认为…""伙伴的反馈是…""经过几轮迭代…"
反面例（AI 风格的段落）：
在 AI 时代浪潮下，我们深入探讨 AI 如何赋能传统行业，致力于打造一站式、全链路的 AI 升级解决方案。我们的核心团队深耕多年，构建了从底层逻辑到应用层的完整闭环。
正面例（同样的内容用克制的方式写）：
这次要做的是帮 B 端客户把已经用上的 AI 工具整合成完整工作流。先做一个 1.5-2 小时的小范围工作坊，挑 10 位老板，把每家的工作流现场拆解，落地后再对接 1v1 诊断和陪跑。
二、7 个表达原则
这 7 条来自一次完整的演讲稿 / PPT 打磨，适用于方案、计划、课程稿和企业分享内容。
1. 少讲场面话，直接进案例
先给事实，不先给观点。
不要先写：
今天我们将系统探讨 AI 如何进入企业工作流。
更好：
这是一家租车公司。它的车会放到多个平台上出租。AI 已经可以做查价前置动作。
2. 用“案例事实 → 判断 → 下一步”推进
优先按这个顺序写：
案例里发生了什么
这说明什么
下一步怎么做
示例：
AI 已经能查价。
但查价只是流程里的一个点。
下一步是看它能不能接住还车、维修、投诉、结算。
3. 比喻只在关键处用
比喻要帮助理解，不要抢主题。
可用比喻：
- 台账像行车记录仪，记录过去。
- 流程表像导航，推动下一步。
- 自动化像闹钟，到点响就行。
- AI 写回记录像接力赛，把下一棒交出去。
4. 句子短一点，少用抽象词
不要写：
实现业务流程自动化闭环，构建企业级 AI 工作台。
更好：
AI 读表。AI 写回表。飞书自动推送。人处理确认。结果再回到表里。
5. 每一页 / 每一节只承担一个推进任务
不要一页里同时讲背景、问题、方法、边界、结论。
更好的台阶是：
AI 已经接了查价
查价只是一个点
AI 接不住散信息
所以要一张表
表要有字段
字段能触发动作
6. 不替读者太早总结
不要一上来就把大结论压给读者。
先让读者看到事实变化，再让结论自然长出来。
7. 保留现场口语感
方案可以正式，但不要写成 AI 宣传稿。
更像自然口语的句子：
这一步已经跑起来了。但它现在只是流程里的一个点。
不要写：
该案例体现了 AI 在业务流程中的初步落地价值。
三、6 条写作原则
| 原则 | 含义 | 反例 | 正例 |
|---|
| 具体而非抽象 | 用数字/动作/对象替代形容词 | "小规模、高质量" | "10 位左右，邀约制" |
| 主动而非被动 | 主语执行动作 | "培训由团队交付" | "团队交付培训" |
| 正面而非双重否定 | "我们做 X" 而非"我们不做 Y" | "现场不做完整改造" | "现场做诊断和思路讲解" |
| 删除冗词 | 砍"内部对话""作为""与此同时""考虑到" | "考虑到活动的定位，我们认为 3 段方法是比较合适的" | "用 3 段方法" |
| 相关信息紧邻 | 同一段内的"做什么/为什么"靠近，不要打散 | "老板需要做一件事。（中间隔了 5 段其他内容）这件事就是带 SOP 来……" | "老板带 SOP 来；现场拆解" |
| 关键信息放末位 | 重点放结尾——读者扫到结尾就能抓到核心 | "老板带走的是……怎么改（中间插了 8 行修饰）" | "老板带走 1 件事：怎么改" |
四、AI 词反清单（中文）
Puffery 形容词：划时代、里程碑式、标志性、典范性、重中之重、至关重要、不可或缺、举足轻重、卓越、杰出、非凡
空话短语：致力于、旨在、力图、不断推动、持续赋能、深入贯彻、全面落实、全方位、立体化、多维度
营销/AI 高频词：赋能、助力、引领、打造、构建、矩阵、体系、生态、闭环、链路、赛道、底层逻辑、深耕、颠覆、变革、转型、升级、智能化、智慧化、数字化、定制化、一站式、全链路、端到端、突破性、开创性、无缝、稳健
AI 高频动词：深入探讨、深度解析、全面剖析、系统梳理、聚焦、发力
AI 句式：
- "在 X 时代背景下..."
- "随着 X 的不断发展..."
- "众所周知..."
- "不难发现..."
- "X 扮演着至关重要的角色"
- "是大势所趋"
- "在这样的背景下..."
- "既是 X，也是 Y"
- "这不仅是 X，更是 Y"
- "我们坚信..."
五、写法反清单
| 不要做 | 原因 | 反例 |
|---|
| 不挂来源 | 方案是独立的 | "本次方法论基于《XX 课程》第 2、5、8 课" |
| 不写议论稿 | 方案是陈述不是讨论 | "我们认为，本次沙龙的核心价值在于……" |
| 不写未聊透的内容 | 没确认的别写 | "风险控制（5 列表格：风险/触发/预防/兜底/责任方）"——没聊透就不写 |
| 不包太多 | 章节数按规模灵活 | 2 小时活动不写 11 章 |
| 不写 v1/v2 叙事 | 方案不是迭代记录 | "v1 我们考虑过 99 元，v2 改成 199" |
| 不写案例叙事 | 方案不是故事 | "在和某人讨论的过程中，我们意识到……" |
| 不写工具用法清单 | 内容是工作流不是工具科普 | "朋友圈文案生成、客户跟进话术、爆款标题公式……" |
| 不写"对企业的价值"+"对学员的价值"两栏 | 在具体场景里人就是企业本身 | 拆分只在泛指场景下有意义 |
| 不写"联合发起人" | 角色包装太重 | 直接说"案例合作方 + 社群入口" |
| 不写内部决策过程 | 方案不是工作日志 | "我们讨论后认为…" → 直接写"做 X" |
| 不用否定句/辩护句/弱化词 | 否定句暴露不自信，读者读到像在自我辩护 | 见下方「肯定句原则」 |
肯定句原则（重要）
方案里只要出现否定句、辩护导语、让步句、弱化词，就是在暴露不自信。读者读到"不是…是…""这是一次低成本的尝试"，会觉得你在自我辩护、在撇清。
只在真的不确定时才用不确定语气。其余一律肯定句。
禁止形态：
| 形态 | 反例 | 正例 |
|---|
| 否定定义 | "这不是把需求外包成产品" | 删（概览表已说清事实） |
| 辩护导语 | "这是一次低成本的验证尝试…" | 删，直接进事实 |
| 弱化词 | "尝试性方案""不保证完整度" | "方案""属验证级原型" |
| 不确定语气 | "要不要做成…看路演结果再定" | "是否深化，由企业决定" |
| 括号补丁 | "一个懂业务的人（不必是技术）" | "一个懂业务的人" |
| 堆叠否定 | "不出人开发、不组织、不到场" | 删（上面表格已说清） |
边界信息要保留，但改肯定陈述。 需要让读者知道"验证级、非成品、深化另谈"这类边界，不能丢，只是从否定/辩护改成定义式陈述：把"不保证商用完整度"写成"属验证级原型"。
清不干净的信号： 如果某段话删掉后信息没丢，说明它本来就是辩护；如果删掉后读者会误解边界，就改成肯定陈述保留下来。
六、格式克制
| 元素 | 立场 |
|---|
| 装饰性 emoji（每段一个小表情） | 不用 |
| 频繁加粗（每句都加粗） | 克制，只在关键判断处加粗 |
| 装饰性 callout 框（"💡注意：…""🔥亮点：…"） | 不用 |
| 表格里 emoji 表头 | 不用 |
| 表格本身（信息密度高时用） | 保留 |
| 章节序号（一、二、三） | 保留 |
| 关键判断处的结构性 callout | 保留（不是装饰性的） |
| 标题中的日期（"｜2026-06-05"） | 砍掉 |
七、工作方式启发
动笔前的入口检查
先读 507-grill 的累积共识、用户提供的案例/参考文档和项目既有规则。frame 只检查输入是否足够写，不重新开启一轮访谈：
- 工程或资料事实能自行查清就直接查；
- 写法、章节和呈现方式由 agent 专业判断；
- 真正缺少用户意图、边界或风险取舍时，明确缺口并返回
507-grill；
- 参考案例用于校准颗粒度和调性，不自动升级为必须照搬的需求。
动笔中
- 分块处理：section by section 推进比一次性写完整篇更稳
- 用 surgical edits：编辑时只改要改的部分，不要 reprint 整篇
- 用户满意才进下一节：每一节先迭代到用户认可，再往下走
动笔后（自检）
交付前自己问自己三个问题：
- "如果读者第一次看到这个文档，他们会问什么？"——有没有没说清楚的地方
- "有没有歧义/错误假设/前后矛盾？"——自己 review 一遍
- "每个环节有没有规则+数字+边界+产出，还是只有大概/约/偶尔的描述？"——拿不准时，找一份同类成熟方案做颗粒度锚点对比，避免把方案写成思路说明
完成与接力
- 完成信号：方案面向明确读者，目标、边界、动作、责任、时间或验收信息足以推动下一次人类决策/行动；已确认内容与建议内容没有混写。
- 产物：项目既有方案目录或用户指定位置中的正式方案；若用户只要求讨论载体，则是显式标注状态的同一份草稿。
- 候选出口：缺少用户取舍时返回
507-grill；方案获批并需要具体产品规格时进入 507-prd；需要拆追踪任务时进入 507-issue；需要现场讲述时进入 507-stage；方案本身即交付时直接结束。
- 边界提醒：frame 服务“人如何理解、批准和行动”；prd 服务“具体产品应表现为什么行为、如何验收”。
