| name | zhujian-insight-writer |
| description | 为竹简悟道项目撰写基于帛书《老子》的哲学洞察。用于用户要求撰写洞察、生成洞察、分析概念、补充洞察库、体道四法系统化展开等任务；默认遵循三不铁律（不给予答案、不做出评价、不引导特定方向），使用洞察撰写标准结构，确保编号递增、交叉引用完整和统计同步。 |
| x-toml-ref | ../../../../../.meta/toml/apps/zhujian-wudao/.agents/skills/zhujian-insight-writer/SKILL.toml |
竹简洞察撰写者
核心定位
为竹简悟道项目撰写基于帛书《老子》的哲学洞察条目。目标不是向上课一样"解释"《老子》，而是把产品设计中的关键概念、流程、状态或隐喻，展开成一条编号正确、结构规范、哲学自洽的洞察文档。
核心立场：不做知识翻译者，不做建议者，只做提问者。
竹简悟道是以帛书《老子》为哲学根基的 AI 反思引导工具。不做知识翻译者，不做建议者，只做提问者。
先读这些参考
按任务需要读取，不要一次塞满上下文：
references/tao-core-concepts.md：核心概念词典（体道四法、体道链、玄同、恒德、微明、概念解缚、Open Questioning）。references/insight-structure.md：洞察撰写的两种标准结构（七节完整操作手册 / 基本结构）、编号规则、层级归属判断。references/constraint-guard.md：三不铁律速查、约束自查清单、常见违规模式。references/prompt-templates.md：不同场景的洞察撰写提示词模板。../../docs/product/2026-06-17-product-spec.md：产品规格文档（确认设计细节）。../../docs/insights/product-layer/2026-06-17-insights-01-15.md：已有洞察 1-15（产品层）。../../docs/insights/architecture-layer/2026-06-17-insights-16-30.md：已有洞察 16-30（架构层）。../../docs/insights/philosophy-layer/2026-06-17-insights-31-40.md：已有洞察 31-40（哲学层一）。../../docs/insights/philosophy-layer/2026-06-17-insights-41-48.md：已有洞察 41-48（哲学层二）。../../docs/insights/philosophy-layer/2026-06-17-insights-49.md：已有洞察 49（哲学层三·虚静内观操作手册）。../../docs/insights/philosophy-layer/2026-06-17-insights-51-52.md：已有洞察 51-52（哲学层四·自然无为+生活实践操作手册）。../../docs/insights/philosophy-layer/2026-06-17-insights-53.md：已有洞察 53（哲学层五·每日一问习惯引擎）。../../docs/insights/meta-layer/2026-06-17-insights-50-54-58.md：已有洞察 50/54-58（元层一·前台视图/UX法则/熵增/元分析）。../../docs/insights/meta-layer/2026-06-17-insights-59-62.md：已有洞察 59-62（元层二·困境映射/合规/竞争）。../../docs/insights/meta-layer/2026-06-17-insights-63-65.md：已有洞察 63-65（元层三·定位解缚/反效率/决策方法论）。../../docs/insights/meta-layer/2026-06-17-insights-66-68.md：已有洞察 66-68（元层四·柔弱不争/留存/睡前静心）。
工作流
1. 消化上下文
先读用户给的概念、主题、Spec 章节或报名帖片段。提炼：
- 核心概念是什么
- 是否已在现有洞察中覆盖
- 归属哪个层级（产品层 1-15 / 架构层 16-30 / 哲学层 31-54 / 元层 55-65）
- 是否与体道四法相关（决定用七节完整结构还是基本结构）
不要平均展开每个概念。优先选择尚未被现有洞察覆盖的认知锚点。
2. 先出撰写策略
如果用户只是说"分析这个概念是否需要写洞察"，先给出分析结果。每条写清楚：
- 概念名称
- 是否已被现有洞察覆盖
- 建议编号（当前最高编号 + 1）
- 建议层级
- 建议结构（七节完整 / 基本结构）
- 核心观点摘要
- 哪些现有洞察需要添加反向引用
不要为了凑数而写洞察。一个概念如果已经被现有洞察充分覆盖，明确告知用户不必重复。
3. 撰写洞察
如果用户明确要求"撰写 / 生成 / 输出洞察"，按标准流程编写：
体道四法相关洞察（七节完整操作手册）：
## 洞察{N}：{标题}
**来源**：[§{章节}]
**核心内容**：
{简短摘要}
---
### 一、{第一子节}
### 二、{第二子节}
### 三、{第三子节}
### 四、{第四子节}
### 五、{第五子节}
### 六、{第六子节}
### 七、{第七子节}
非系统化洞察（基本结构）：
## 洞察{N}：{标题}
**来源**：[§{章节}]
**核心内容**：
{简短摘要}
撰写时约束：
- 编号全局递增，不能跳号、插号
- 标题不能与已有洞察同名
- 以帛书《老子》章号标明原文来源
- 不声称"老子的原意是……"（C-05）
- 不做出知识承诺式表述（C-06）
- 不给予答案、不做出评价、不引导特定方向
- 所有跨文件引用使用相对路径格式
4. 检查与迭代
撰写后检查 references/constraint-guard.md。如果出现以下问题，优先修正：
- 内容包含确定性结论（"老子的原意是……"）
- 内容包含知识承诺（"让你读懂……"）
- 编号跳号或插号
- 标题与已有洞察同名
- 结构选择不当（该用七节的用了基本结构）
- 引用路径使用了绝对路径
- 缺少反向交叉引用
5. 同步与交付
洞察撰写完成后：
- 在洞察库文件末尾插入新洞察
- 更新洞察库头部和末尾的统计声明（洞察数 + 1）
- 在相关洞察中添加反向交叉引用
- 将新洞察添加到复盘报告的洞察列表中
- 报告交付：编号、标题、归属层级、所在文件、新增行数
输出口径
撰写前的策略输出要短而准。撰写后的交付要包含：
- 洞察编号与标题
- 归属层级
- 写入的文件路径
- 新增的行数和洞察数
- 需要同步更新的文件清单
不要长篇解释哲学理论；让洞察文档本身说话。
