审阅博客文章草稿，查找技术错误
发布于 2025 年 12 月 20 日 • 编辑于 1 月 24 日。任务：作者使用 Gemini CLI 和 gemini-3-pro-preview 模型构建了一个名为“critique”的自定义命令，用于审查 Markdown 博客草稿的清晰度、结构和技术准确性。工作流程包括生成 critique.toml 配置文件，手动优化其参数处理逻辑，并将其保存到 .gemini/commands 目录。随后，作者通过终端管道或斜杠命令执行该命令来分析草稿，识别出应用初始化错误和低效的调试实践等问题。；工具：Gemini。人工角色：原始帖子没有说明人如何参与。；局限：该工作流程需要手动优化生成的 critique.toml 以确保正确的参数解析和逻辑处理。它依赖于 Gemini 3 Pro Preview 模型的可用性和特定的 CLI 配置。来源未详细说明成本、延迟，或该工具如何处理非技术内容或超出演示示例范围的复杂架构批评。。
工具
Agent Work Atlas 发布日期:
概述
发布于 2025 年 12 月 20 日 • 编辑于 1 月 24 日
工作流程
作者使用 Gemini CLI 和 gemini-3-pro-preview 模型构建了一个名为“critique”的自定义命令，用于审查 Markdown 博客草稿的清晰度、结构和技术准确性。工作流程包括生成 critique.toml 配置文件，手动优化其参数处理逻辑，并将其保存到 .gemini/commands 目录。随后，作者通过终端管道或斜杠命令执行该命令来分析草稿，识别出应用初始化错误和低效的调试实践等问题。
原文报告的结果
该工具识别出了具体的技术缺陷，包括由未处理的 Firebase 初始化错误导致的“白屏死机”问题，以及因在第一个缺失键处停止而效率低下的环境变量验证。作者利用这些洞察重构了代码，增加了应用初始化的错误处理，调整了开发模式下的 Remote Config 获取间隔，并修改验证逻辑以一次性报告所有缺失的环境变量。未报告关于节省时间或错误减少率的量化指标。
人工角色
原始帖子没有说明人如何参与。
局限
该工作流程需要手动优化生成的 critique.toml 以确保正确的参数解析和逻辑处理。它依赖于 Gemini 3 Pro Preview 模型的可用性和特定的 CLI 配置。来源未详细说明成本、延迟，或该工具如何处理非技术内容或超出演示示例范围的复杂架构批评。
试一试
作为使用 Gemini CLI 的技术编辑。我有一篇关于 [replaceable_topic] 的草稿博客文章，位于 [replaceable_input_file_path]。首先，生成一个名为 critique.toml 的自定义命令配置，用于审查 Markdown 文件的清晰度、结构、技术准确性和 Dev.to 发布就绪度。手动验证 TOML 逻辑能正确处理文件路径。将其保存到 .gemini/commands。然后，使用 gemini-3-pro-preview 模型对我的草稿运行该命令。以 Markdown 格式输出批评意见，包含拼写错误、清晰度、结构、影响力和技术代码审查部分。暂时不要发布或修改原始文件。将批评结果展示给我审核。如果批评指出代码错误，请提出具体的重构步骤，但在对源代码应用任何更改之前等待我的确认。确保命令能处理管道输入和直接文件参数。
来源报告未经独立核验。发布日期为本站案例发布日期，并非原始文章日期。