菜单
为竹简悟道项目撰写基于帛书《老子》的哲学洞察。用于用户要求撰写洞察、生成洞察、分析概念、补充洞察库、体道四法系统化展开等任务；默认遵循三不铁律（不给予答案、不做出评价、不引导特定方向），使用洞察撰写标准结构，确保编号递增、交叉引用完整和统计同步。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| 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（元层四·柔弱不争/留存/睡前静心）。先读用户给的概念、主题、Spec 章节或报名帖片段。提炼：
不要平均展开每个概念。优先选择尚未被现有洞察覆盖的认知锚点。
如果用户只是说"分析这个概念是否需要写洞察"，先给出分析结果。每条写清楚：
不要为了凑数而写洞察。一个概念如果已经被现有洞察充分覆盖，明确告知用户不必重复。
如果用户明确要求"撰写 / 生成 / 输出洞察"，按标准流程编写：
体道四法相关洞察（七节完整操作手册）：
## 洞察{N}：{标题}
**来源**：[§{章节}]
**核心内容**：
{简短摘要}
---
### 一、{第一子节}
### 二、{第二子节}
### 三、{第三子节}
### 四、{第四子节}
### 五、{第五子节}
### 六、{第六子节}
### 七、{第七子节}
非系统化洞察（基本结构）：
## 洞察{N}：{标题}
**来源**：[§{章节}]
**核心内容**：
{简短摘要}
撰写时约束：
撰写后检查 references/constraint-guard.md。如果出现以下问题，优先修正：
洞察撰写完成后：
撰写前的策略输出要短而准。撰写后的交付要包含：
不要长篇解释哲学理论；让洞察文档本身说话。
当用户提到'CI检查'、'提交前检查'、'综合检查'、'ci-check'、'流水线检查'、'提交门禁'、'全量检查'、'跑一下CI'、'pre-commit'、'预检'、'检查所有'时，必须使用此技能。提供项目CI/CD综合检查能力，按标准流水线顺序执行10项核心检查：仓库合规→链接检查→Spec一致性→模式成熟度→文档生成→重复代码检测→阶段守卫日志→SG仪表盘→文件放置校验→.temp生命周期检查。提交前必跑，确保代码符合项目规范。不要手动逐个执行检查脚本——本Skill已按正确顺序编排，并处理了跨平台兼容（Windows用.ps1，Linux/Mac用.sh）。
当用户提到'链接检查'、'检查链接'、'断链'、'链接修复'、'fix links'、'check links'、'验证链接'、'死链'、'链接有效性'、'提交前检查'时，必须使用此技能。提供Markdown链接有效性检查与自动修复能力：本地文件引用验证、外部URL可达性检测、file:///绝对路径转相对路径、相对路径层级自动校正。不要手动查找断链——本Skill封装了缓存机制、并发检测、自动修复和dry-run预览，是提交前质量门禁的核心工具。
当用户提到'原子化收尾'、'finalize atomization'、'文档拆分完成'、'文件移动后处理'、'断链修复导航更新'、'一键收尾'、'重构完成后整理'时，必须使用此技能。原子化/文件移动/目录重构后的一键收尾工具：自动断链修复→导航表更新→Spec看板刷新→验证摘要。不要手动逐个执行后处理步骤——本Skill封装了正确的执行顺序和dry-run预览机制，是文档原子化工作流的标准最后一步。
当用户提到'萃取'、'extraction'、'模式沉淀'、'萃取模式'、'模式入库'、'沉淀为模式'、'可复用模式'、'更新模式库'、'生成模式文档'时，必须使用此技能。提供标准化的模式萃取流程：案例收集→本质抽象→结构化模板→反模式提炼→迁移验证→入库。不要手动组织萃取流程——本Skill封装了六步标准萃取法、反模式对等原则和可迁移性验证。替代旧的pattern-extraction-cmd（v1.0.0）。
当用户提到'知识图谱'、'knowledge graph'、'概念关系可视化'、'交互式知识图谱'、'节点关系网络'、'生成知识图谱'、'可视化知识库'、'概念网络'、'knowledge graph config'时，必须使用此技能。从结构化Markdown文档集（术语表/文档索引/时间线等）自动提取节点和关系，生成交互式vis-network HTML知识图谱。支持TOML声明式配置和Python API两种方式，内置节点去重、孤立节点检测、类型筛选、可信度分级显示。不要手动拼接vis-network代码——本Skill封装了表格解析、关系构建、HTML模板渲染和自包含输出，确保产出质量可预测。
当用户提到'mermaid'、'流程图'、'时序图'、'状态图'、'画个图'、'图表'、'架构图'、'思维导图'、'ER图'、'类图'、'甘特图'、'饼图'、'UML图'、'可视化流程'、'画流程图'、'mermaid图'、'可视化'、'流程可视化'时，必须使用此技能。提供标准化的Mermaid图表创建、检查、修复流程，引导完成从设计→编码→检查→修复→验证→交付的完整闭环。不要手写Mermaid代码绕过本Skill——本Skill封装了安全编码六规则、模板选择、自动检查修复流程，确保图表质量可预测。