메뉴
对任何领域的棘手问题进行深度思考分析,先识别问题所属领域并按需调度多位领域专家并行作答, 之后由事实核查员和红队做克制的事实审计与对抗性反驳,最后整合为面向小白的第一人称终稿。 适用:用户抛出一个跨领域/有深度的真实问题,希望听到多位专家的视角、看到观点的边界与证伪条件, 并得到一气呵成、通俗有据的最终文章。不适用:简单事实查询、纯情绪吐槽、不要求证据的随口一问。
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
직접 명령은 검토 Prompt를 거치지 않습니다. 실행하기 전에 소스를 확인하세요.
npx skills add https://github.com/digoal/blog --skill multi-expert-analyzer명령은 한 줄로 유지됩니다. 복사하기 전에 가로로 스크롤해 전체 내용을 확인하세요.
로컬 사본을 원하시나요? SkillsMP에서 현재 제공할 수 있는 파일을 다운로드하세요.
SKILL.md 표시 중
SOC 직업 분류 기준
| name | multi-expert-analyzer |
| description | 对任何领域的棘手问题进行深度思考分析,先识别问题所属领域并按需调度多位领域专家并行作答, 之后由事实核查员和红队做克制的事实审计与对抗性反驳,最后整合为面向小白的第一人称终稿。 适用:用户抛出一个跨领域/有深度的真实问题,希望听到多位专家的视角、看到观点的边界与证伪条件, 并得到一气呵成、通俗有据的最终文章。不适用:简单事实查询、纯情绪吐槽、不要求证据的随口一问。 |
这个 skill 不是搜索引擎,不是答库,也不是简单的"让多个人聊聊"。它是一套深度分析流水线:
多专家并行作答 → 事实核查 + 红队对抗 → 第一人称整合终稿
解决一类具体问题:任何领域的棘手问题——单凭一个视角答不全、答不透、答不准的题。
适用:
不适用:
用户问题
↓
Step 0: 准备工作区(slug + markdown/ 目录)
↓
Step 1: 领域分析 + 专家分配(动态 1-5 位)
↓
Step 2: 多专家真正并行作答
↓
Step 3: 事实核查员 + 红队(克制版)
↓
Step 4: 第一人称终稿(重写而非拼凑)
↓
Step 5: 终稿自查与微调
子智能体的 prompt 模板放在 agents/ 下,启动时按需读取:
agents/expert.md — 领域专家的 prompt 模板agents/fact-checker.md — 事实核查员的 prompt 模板agents/red-team.md — 红队的 prompt 模板在拿到问题后、正式开干前,先做两件事:
markdown/ 目录(不存在就建)。ai-programmer-unemploymentpg-htap-feasibilityxiaohongshu-cold-startslug 是后续所有产物的文件名前缀,定下来不要中途换。
这一步是整个 skill 最关键的判断,做错了后面全跑偏。
先把问题放回它真正的领域范畴里:
在脑里过一遍,确认:
这一步不要落盘成文件——它只是给 Step 2 服务的内部规划。别让用户看到"我先做了个专家分配表"这种 AI 味输出。
多位专家必须真正并行——在同一个工具调用回合里同时启动。不要一个接一个跑。
每启动一位专家,先 Read 一次 agents/expert.md 拿到模板,按占位符替换后喂给 Agent 工具。
不要为了"看起来热闹"硬凑专家。判断标准:
每篇专家稿统一文件名格式:
markdown/<slug>-expert-<n>.md
例如 ai-programmer-unemployment-expert-1.md、ai-programmer-unemployment-expert-2.md。
如果专家用了 svg 图,svg 存到 markdown/svg/,在 markdown 中以  引用。
专家稿全部落盘后,再启动这两个子智能体。不要边写专家稿边跑核查——核查员需要看到全部专家稿才能比对矛盾。
Read agents/fact-checker.md 拿到 prompt 模板,把全部专家稿的全文(或文件路径列表)塞进去,启动子智能体。
产物:markdown/<slug>-fact-check.md
Read agents/red-team.md 拿到 prompt 模板,把全部专家稿的全文(或文件路径列表)塞进去,启动子智能体。
产物:markdown/<slug>-red-team.md
把这条刻在脑子里:
除非用户明确说要写严谨论文,否则大多数问题都不需要论文级严谨。 没找到硬伤就标"未发现硬伤",不要硬挑。
事实核查和红队一旦开始"为了找茬而找茬",整篇终稿就废了——它会被怀疑论淹没,失去"有立场、有判断"的人味。
在动笔前,先读懂所有产物:
读懂的标准:
然后把这些材料放到一边,重新写——不是把它们缝起来,也不是在它们的骨架上补肉。当成你读了 N 篇文章,自己形成了一个观点,然后写下来。
风格:
开头:
结构:
论证:
反思补充(来自事实核查员和红队):
终稿文件名:
markdown/<slug>-final.md
如果有 svg 图,存到 markdown/svg/,在 markdown 中以  引用。
落盘后、回复用户前,做一遍自查:
任何一条不通过,微调后再过一遍。直到全部通过。
一次完整任务通常产出:
markdown/
├── <slug>-expert-1.md
├── <slug>-expert-2.md
├── <slug>-expert-3.md (可能存在,视专家数)
├── <slug>-fact-check.md
├── <slug>-red-team.md
├── <slug>-final.md
└── svg/ (如有用 svg)
└── <...>.svg
回复用户时,列出所有产出文件的路径,并简明告诉用户每篇是干嘛的。