ワンクリックでManusで任意のスキルを実行

zhujian-insight-writer

スター0

フォーク0

更新日2026年7月14日 05:32

为竹简悟道项目撰写基于帛书《老子》的哲学洞察。用于用户要求撰写洞察、生成洞察、分析概念、补充洞察库、体道四法系统化展开等任务；默认遵循三不铁律（不给予答案、不做出评价、不引导特定方向），使用洞察撰写标准结构，确保编号递增、交叉引用完整和统计同步。

インストール

Codex または Claude でインストールこの Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。

Manusで実行

ソース

xinetzone

xinetzone/SpecWeave

GitHub リポジトリを開く Creator のリポジトリを見る

ダウンロード

Manusで実行

竹简洞察撰写者

核心定位

为竹简悟道项目撰写基于帛书《老子》的哲学洞察条目。目标不是向上课一样"解释"《老子》，而是把产品设计中的关键概念、流程、状态或隐喻，展开成一条编号正确、结构规范、哲学自洽的洞察文档。

核心立场：不做知识翻译者，不做建议者，只做提问者。

竹简悟道是以帛书《老子》为哲学根基的 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）
在相关洞察中添加反向交叉引用
将新洞察添加到复盘报告的洞察列表中
报告交付：编号、标题、归属层级、所在文件、新增行数

输出口径

撰写前的策略输出要短而准。撰写后的交付要包含：

洞察编号与标题
归属层级
写入的文件路径
新增的行数和洞察数
需要同步更新的文件清单

不要长篇解释哲学理论；让洞察文档本身说话。

このリポジトリの他の Skills

同じリポジトリ

ci-check-cmd

xinetzone/SpecWeave

当用户提到'CI检查'、'提交前检查'、'综合检查'、'ci-check'、'流水线检查'、'提交门禁'、'全量检查'、'跑一下CI'、'pre-commit'、'预检'、'检查所有'时，必须使用此技能。提供项目CI/CD综合检查能力，按标准流水线顺序执行10项核心检查：仓库合规→链接检查→Spec一致性→模式成熟度→文档生成→重复代码检测→阶段守卫日志→SG仪表盘→文件放置校验→.temp生命周期检查。提交前必跑，确保代码符合项目规范。不要手动逐个执行检查脚本——本Skill已按正确顺序编排，并处理了跨平台兼容（Windows用.ps1，Linux/Mac用.sh）。

2026-07-180

link-check-cmd

xinetzone/SpecWeave

当用户提到'链接检查'、'检查链接'、'断链'、'链接修复'、'fix links'、'check links'、'验证链接'、'死链'、'链接有效性'、'提交前检查'时，必须使用此技能。提供Markdown链接有效性检查与自动修复能力：本地文件引用验证、外部URL可达性检测、file:///绝对路径转相对路径、相对路径层级自动校正。不要手动查找断链——本Skill封装了缓存机制、并发检测、自动修复和dry-run预览，是提交前质量门禁的核心工具。

2026-07-180

atomization-finalize-cmd

xinetzone/SpecWeave

当用户提到'原子化收尾'、'finalize atomization'、'文档拆分完成'、'文件移动后处理'、'断链修复导航更新'、'一键收尾'、'重构完成后整理'时，必须使用此技能。原子化/文件移动/目录重构后的一键收尾工具：自动断链修复→导航表更新→Spec看板刷新→验证摘要。不要手动逐个执行后处理步骤——本Skill封装了正确的执行顺序和dry-run预览机制，是文档原子化工作流的标准最后一步。

2026-07-180

extraction-cmd

xinetzone/SpecWeave

当用户提到'萃取'、'extraction'、'模式沉淀'、'萃取模式'、'模式入库'、'沉淀为模式'、'可复用模式'、'更新模式库'、'生成模式文档'时，必须使用此技能。提供标准化的模式萃取流程：案例收集→本质抽象→结构化模板→反模式提炼→迁移验证→入库。不要手动组织萃取流程——本Skill封装了六步标准萃取法、反模式对等原则和可迁移性验证。替代旧的pattern-extraction-cmd（v1.0.0）。

2026-07-180

knowledge-graph-generator

xinetzone/SpecWeave

当用户提到'知识图谱'、'knowledge graph'、'概念关系可视化'、'交互式知识图谱'、'节点关系网络'、'生成知识图谱'、'可视化知识库'、'概念网络'、'knowledge graph config'时，必须使用此技能。从结构化Markdown文档集（术语表/文档索引/时间线等）自动提取节点和关系，生成交互式vis-network HTML知识图谱。支持TOML声明式配置和Python API两种方式，内置节点去重、孤立节点检测、类型筛选、可信度分级显示。不要手动拼接vis-network代码——本Skill封装了表格解析、关系构建、HTML模板渲染和自包含输出，确保产出质量可预测。

2026-07-180

mermaid-cmd

xinetzone/SpecWeave

当用户提到'mermaid'、'流程图'、'时序图'、'状态图'、'画个图'、'图表'、'架构图'、'思维导图'、'ER图'、'类图'、'甘特图'、'饼图'、'UML图'、'可视化流程'、'画流程图'、'mermaid图'、'可视化'、'流程可视化'时，必须使用此技能。提供标准化的Mermaid图表创建、检查、修复流程，引导完成从设计→编码→检查→修复→验证→交付的完整闭环。不要手写Mermaid代码绕过本Skill——本Skill封装了安全编码六规则、模板选择、自动检查修复流程，确保图表质量可预测。

2026-07-180

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）
在相关洞察中添加反向交叉引用
将新洞察添加到复盘报告的洞察列表中
报告交付：编号、标题、归属层级、所在文件、新增行数

输出口径

撰写前的策略输出要短而准。撰写后的交付要包含：

洞察编号与标题
归属层级
写入的文件路径
新增的行数和洞察数
需要同步更新的文件清单

不要长篇解释哲学理论；让洞察文档本身说话。