什么是Asking Until 100
Asking Until 100 是 OpenClaw 团队开发的一项上下文感知提问协议工具，旨在在执行编码、项目构建、架构设计或调试等关键任务前，通过系统化的澄清流程降低因需求不明确或假设错误带来的风险。该工具的核心理念并非追求绝对确定性，而是将“100”作为目标就绪度（readiness）的隐喻——即当所有关键维度已充分评估且潜在影响可控时，方可推进执行。其工作流程首先加载显式指令与本地配置文件（如 `.asking-until-100.yaml`），根据任务类型（如 coding、build、architecture 等）进行分类，并自动检查代码仓库中的可发现信息以避免重复提问。随后，它依据预设维度评估当前任务的就绪状态，并选择相应的提问模式：从快速确认到深度探查，甚至针对高风险任务启用最高严谨度的报告模式。整个过程强调结构化、方向性提问，避免无意义寒暄，同时允许用户提供工作假设以引导对话走向。
核心功能特点
- 支持多类任务识别（编码、构建、架构、调试等），自动适配不同场景的澄清策略
- 提供四种提问强度模式：fast（低歧义）、guided（中等歧义）、deep（高歧义）和 report（最高严谨度）
- 集成仓库感知机制，优先读取本地配置与代码结构，减少冗余询问
- 对关键任务（如编码与构建）默认启用执行门禁（execution gate），未澄清完毕则阻塞操作
- 输出标准化报告格式，包括工作假设、架构问题、约束条件及决策关键未知项
适用场景
Asking Until 100 特别适用于那些容错率低、改动成本高或需求模糊度高的开发环节。例如，在接手一个陌生项目进行新功能开发时，开发者常面临接口定义不清、业务逻辑边界不明等问题。此时使用该工具可强制触发‘架构问题’与‘产品问题’的澄清流程，确保对整体设计有共识后再动手实现。对于自动化构建脚本的编写或 CI/CD 流水线配置这类‘build’类任务，工具会调用预置的构建检查清单，识别依赖缺失、环境变量未声明等潜在故障点，防止部署失败。在高风险重构或微服务拆分场景中，其‘最高严谨度报告’模式能系统梳理出可能引发连锁反应的技术决策点，帮助团队提前规避架构债务。此外，在探索性编程或技术调研阶段（discovery），该工具亦可作为思维脚手架，引导用户聚焦核心假设而非陷入细节实现。