使用grill-with-docs时被AI主导的问题

背景

随着大语言模型（LLM）在代码生成、方案细化等领域的广泛应用，越来越多的开发者尝试借助 AI 辅助工具加速研发流程。用户正在计划搭建一个团队内部的 agent 平台，可理解为多用户版本的 Hermes 或 openclaw，同时兼具多用户管理能力与 skill/agent 共享功能。在 MVP（最小可行产品）阶段，用户选择在 Codex 中使用 grill-with-docs 工具，期望将自身的大致想法细化并落实为可执行的方案。然而实际使用过程引发了关于人机协作主导权的反思。

核心内容

用户在 LINUX DO 论坛分享了自己使用 grill-with-docs 时的真实体验。具体过程如下：

• 目标：构建一个团队内部的 agent 平台，定位为多用户版本的 Hermes / openclaw，支持多用户管理和技能/agent 共享，希望快速做出 MVP。
• 方法：在 Codex 环境中启用 grill-with-docs，尝试将自己的初步想法通过对话方式细化，形成可执行的方案。
• 遇到问题：使用过程中，用户发现自己反而被 GPT 牵着鼻子走。AI 不断地在不重要的细节上进行刨根问底式的追问，导致对话偏离了核心方向，无法高效地推进方案落地。
• 反思：用户意识到，这种一问一答的形式很容易演变成被 AI 主导的状态。正确的做法应当是自己作为主导者，让 Codex（或类似工具）去执行验证性的工作，而不是让 AI 引导整个思考过程。

关键要点

• 用户构建的是团队内部 agent 平台，灵感来自 Hermes / openclaw，并增加了多用户管理和共享功能。
• grill-with-docs 在 Codex 中被用来细化想法，但 AI 过多关注次要细节，导致对话偏离主线。
• 用户认为问题根源在于交互模式——一问一答容易使 AI 掌握主动权，用户被动跟随。
• 经验教训：开发者应保持自身的主导地位，将 AI 定位为验证和执行工具，而非决策或引导者。

意义与影响

这一分享反映了当前 AI 辅助开发场景中一个典型挑战：如何平衡人类的创造性主导与 AI 的高效辅助。当开发者希望借助大模型细化方案时，若缺乏清晰的问题框架或主动引导，AI 的追问机制可能反而会降低产出效率。用户提出的“自己主导、AI 验证”思路，为团队协作环境下使用 AI 工具提供了有价值的参考——工具应服务于人的目标，而非反过来支配人的思考路径。这种反思对于设计更高效的人机协作工作流，特别是在 MVP 快速迭代阶段，具有实际指导意义。