用途：该技能把“用户提问、智能体解释”的模式用于检验智能体对目标、方案和推理的理解，直到用户认为其站得住脚。它适合在实现前对方案进行质询与澄清，帮助用户做出知情的决定。资料提到它与 grill-me 互补：grill-me 是智能体采访用户，而这里由用户提问智能体的决定，两者可各自单独使用。\n\n主要能力：
- 先读取相关上下文，再提出方案；若已存在当前方案则沿用，若用户已提问则先回答该问题，而不是重新做演示。
- 在方案不存在时，依据现有目标与证据给出具体建议；仅在缺少关键输入会实质阻碍工作时才索取输入。
- 开场简要说明对结果的理解、拟采用的方法，以及重要的假设或取舍；说明哪些决策已经确定、哪些只是建议，然后把空间留给用户的提问。
- 回答质疑时先给直接答案，再给出判断所需的推理与证据，并说明该答案改变了什么。区分观察事实、假设与偏好；对实质性支撑建议的说法，引用检查过的代码、文档或检查结果。
- 质疑暴露缺陷时，承认具体错误并修订受影响部分，说明对依赖决策与检查的影响，保留仍然成立的部分；证据支持原方案时，解释该质疑为何不推翻它以及什么证据能推翻。
- 把用户选择的偏好当作约束，同时明确指出其与可行性或承诺行为之间的冲突。若答案取决于未知项，指出该未知项以及能确定它的最小观察，并报告实际观察结果。 \n使用方式与记录：
- 使用文件系统协议与命令 python3 <skill-dir>/scripts/p2p_filesystem.py --repo <root> resolve .p2p/work/<slug>/contract.md 解析路径；用 save .p2p/work/<slug>/contract.md <report-name> --from <file> 保存报告，以便在替换前保留历史。
- 当主题解析到 .p2p/work/<slug>/contract.md 时，读取其关联上下文，并把发现或商定的讨论交接保存到 .p2p/work/<slug>/discussion.md。按协议的保留规则保留先前的持久记录。保持工作项与规格不变；修订请求在经 plan-acceptance 规范化前保持待处理。对于没有工作项的非正式想法，只返回建议，不为了存储而虚构工作项。本地保存记录不授予 Git 或对外发布权限。\n- 若有工单或验收契约，读取它及验收契约协议，保留其修订、需求 ID、边界、约定接缝、判定标准与未决决策；承诺结果依赖状态、持久化、不变量与失败行为时，将其保留在范围内。区分“探索备选方案”与“同意变更需求”。对于经授权的实质变更，向 /plan-acceptance 交接修订，附受影响 ID、新旧约定与授权；契约与修订保持不变。讨论与廉价实验不构成验收；候选特定结论属于 /prove 报告。\n\n适用场景：实现前的方案质询、对既有建议的挑战与完善、在有验收契约的项目中讨论并保留未决问题。继续讨论直到用户没有疑问；本技能没有回合限制，智能体自身的信心不代表用户满意。当讨论重复或方案发生实质变化时，简要总结当前方法、变化及原因、未决决策或证据缺口。用户准备推进时，把商定方法、契约修订、未决问题与预期的检查带入下一步。未决问题在下一步不依赖其答案时可保持开放。\n\n限制：调用本技能只授权讨论与调查，不授权实现；已有实现授权予以保留并在讨论完成后执行，但仅凭解释上的同意不授予新的写入权限。结束时应以 “Next steps:” 加编号列表列出适用操作：变更约定时给出 /plan-acceptance <source>; amendment <saved agreed amendment>；缺少约定时给出 /plan-acceptance <source>；契约已保存且实现获授权时给出 /implement-contract <saved contract>；若进展取决于人工决策，提出确切未决问题。资料未提供收费、价格、平台等信息。