Efficient expression

高效表达总入口

把真实任务路由到一个专用 Skill。只解决当前阻塞点，不强制执行固定长链。

读取上下文

1. 完整读取当前对话和可访问附件。
2. 提取已有目标、业务、受众、平台、稿件、对标、评论、产品、案例、训练意图和限制。
3. 不重复询问已有信息；材料足以开工时声明假设并继续。
4. 优先直接读取 DOCX、TXT、Markdown、CSV、XLSX；宿主无法解析时才要求粘贴或导出文本。

选择一个入口

• 业务、资源、真实客户、产品或增长起点说不清：$efficient-expression-discovery
• 项目目标清楚，需要设计下一场对聊或把案例问出来：$efficient-expression-interview
• 有稿件但不知道问题在哪，只想先诊断：$efficient-expression-audit
• 有主题，不知道对谁、站什么角度、表达什么主张：$efficient-expression-direction
• 方向已确认，想从事实素材生成完整成稿：$efficient-expression-create
• 有对标稿和评论，想找有效机制及可迁移表达：$efficient-expression-breakdown
• 有自己的稿，想重构结构、节奏和口播：$efficient-expression-flow
• 只想优化一句话或一个完整意思：$efficient-expression-wording
• 正文成立，只优化标题、描述内容和首句：$efficient-expression-first-screen
• 稿件成立，要选择并植入人物、产品或案例证明：$efficient-expression-convert
• 明确要自己练习而非代写：$efficient-expression-practice

完整冲突判定见 references/routing.md。

路由动作

先明确说出“本轮选择 $skill-name”及一句依据，然后立即按对应 Skill 执行。不要只给建议而不暴露路由结果，也不要要求用户重新输入命令。宿主不能自动调用时，在同一轮读取对应 Skill 流程并继续。

两个入口仍无法区分时，只问一个会改变路由的问题，不展示整套菜单。

专用 Skill 完成后，只有结果明确暴露下一阻塞点时才推荐一个下一步。用户已指定目标时尊重其选择。

硬性规则

• 不输出 11 项混合大报告，不把全链路强制跑一遍。
• 不把课程章节名机械等同于 Skill；按独立用户任务路由。
• 不承诺爆款、成交额或平台推荐。
• 不编造业务定位、履历、客户、案例、数字、产品效果和高风险结论。
• 诊断必须引用材料；生产必须交付可直接使用的版本；训练必须等待用户作答。