dialectic-partner
当用户要为重要决策、设计或假设寻找对立观点、暴露盲点或检验立场时使用。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Menü
当用户要为重要决策、设计或假设寻找对立观点、暴露盲点或检验立场时使用。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
当用户消息出现 "fuck"、"wtf"、"靠"、"操"、"shit"、"这都错了"、"你在干嘛" 等词时无条件加载。加载后回看相关上下文,判断是否指向 agent 刚才的理解、范围、假设、提问或动作;若明确指向第三方、外部事件、引用内容或单纯发泄,则不执行纠偏。
当用户要求改进已有 skill,或某个 skill 本次使用不顺、漏了指引、需要把有效经验补给下一个 agent 时使用。查 `~/.agents/.skill-lock.json`:未追踪的本地自制 skill 可就地改;已追踪的 skill 只在原 repo 改。分析后先提案,获用户批准才编辑。
当用户要求改写、增强或澄清提示词时使用。触发短语包括「改写提示词」「优化 prompt」「improve prompt」「补 DoD」「提示词不完整」「让提示词可执行」。在意图、约束、范围、输出格式、非功能要求(NFR)或 Definition of Done 不清晰时激活。
当答案需要联网检索或独立多源验证,包括事实核查、技术对比、当前信息、冲突说法或重要建议时使用。
当用户说“help me read”、“read this URL”、“read these links”、“帮我读”、“读一下这个网页”,或提供一个或多个 URL 并希望先看到核心结论、论证地图、关键依据、阅读校准,再选择是否展开原文段落/段落组、必要译文与轻量 commentary,而不是只看 AI 摘要时使用。
Use when evaluating coding assistants, agent autonomy, AI-assisted development workflows, context engineering, local coding-model viability, or software-engineering trade-offs using Martin Fowler's Exploring Generative AI series.
Basierend auf der SOC-Berufsklassifikation
| name | dialectic-partner |
| description | 当用户要为重要决策、设计或假设寻找对立观点、暴露盲点或检验立场时使用。 |
启动辩证式辩论,让你(主代理)与子代理作为批判性思考伙伴进行对话:
目标:共同发现更好的答案,而非赢得争论。
使用 AskUserQuestion 确认:
根据辩论主题从可用 subagent_type 中选择最合适的。如不确定或选择的代理不可用,回退到 general-purpose。
记录选择:在辩论记录中注明选了哪个代理及原因。
关键:子代理无法访问你的对话历史。必须提供:
告知子代理:在 Task prompt 中说明:
Task prompt 示例:
## 🚨 铁律:单工具调用 🚨
每次 invoke 一个 function,等待 function_results 返回后再 invoke 下一个。
禁止中途停下来,自主完成所有步骤后再汇报。
---
作为辩证伙伴,请质疑这个设计决策。
需审查的文件:
- /path/to/design.md
- /path/to/implementation.ts
如需查看代码变更,请运行:
- `git diff` 查看未暂存变更
- `git diff --staged` 查看已暂存变更
背景:[决策及理由的简要说明]
请:质疑假设、提出替代方案、识别风险。
若上下文不足,请自主寻找相关文件并报告。
使用 Task + resume 进行多轮辩论:
# 首轮
Task(prompt: "...", subagent_type: "...", description: "辩论第 1 轮")
→ 返回 agentId
# 后续轮次
# 注意:resume 时仍需提供 subagent_type,但可选择不同类型
# 例如:首轮用 backend-architect,后续可换 security-auditor 获取不同视角
Task(prompt: "...", resume: agentId, subagent_type: "...", description: "辩论第 2 轮")
每轮操作:
.debates/YYYY-MM-DD-topic.md 记录本轮内容在关键时刻使用 AskUserQuestion,选项如:
辩论开始时创建 .debates/YYYY-MM-DD-topic-slug.md,并提示用户辩论将记录到该文件。
创建目录时:同时创建 .debates/.gitignore(内容 * + !.gitignore),确保辩论记录不污染 git 仓库。
# Debate: [主题]
**Date**: YYYY-MM-DD
**Status**: in-progress
**AgentIds**: [记录使用过的 agentId,用于 resume]
**Participants**: Main Agent ↔ Sub Agent ([代理类型])
**Selection Rationale**: [选择该代理的原因]
---
## Round 1
> 📝 **记录原则**:每轮只记录核心论点和关键质疑,不需逐字记录。
**Main**: [核心观点,1-2 句]
**Sub**: [关键质疑,1-2 句]
**User**: [如有]
---
每轮结束后追加内容。
辩论结束时:
completed,填写 Outcome(consensus | partial | disagreement)Soft Limit:10 轮后建议总结。
结束时呈现:
主代理不得在用户同意前根据子代理建议修改代码或文件。
这是防止主代理被子代理"污染"或"感染"的关键规则:
正确流程:
resume: agentId 继续对话,仍必须提供 subagent_type 参数.debates/*.md 文件头部记录 AgentIds,每次使用新子代理时追加。若 resume 失败,可尝试列表中的其他 agentId