用途：ask-argo 是 Argo 自身技能的路由入口，补上主流程 ask-matt（idea → ship）所没有的设计阶段。当下一步不明确、任务触及设计或 design token 时，用它决定该跑哪个技能。主流程本身仍以 ask-matt 为准。
主要能力：它区分原型探索的分支——行为未定走 /prototype 逻辑分支，再经 /handoff 回到主流程的 /to-spec；外观未定走 /prototype UI 分支（多个变体），再经 /prototype-to-design → /to-spec → /to-tickets，最后按 ticket 走 /design-to-code；两者都未定则先做廉价可弃的原型。因为 /prototype 规则 6 只把「已验证决策」留在主分支，逻辑原型留下的是一句话，而 UI 原型留下的是一组度量，所以需要 /prototype-to-design 把像素与 token 带回主分支。
使用方式：每项目一次运行 /setup-design-infra（token 契约、docs/designs/ 及浏览器 token 镜像、no-raw-values 检查、渲染方法、stack.md）与 /setup-design-foundations（情绪板到契约的仪式）。每屏可选 /frontend-design，再 /prototype、每屏一次 /prototype-to-design、每 ticket 一次 /design-to-code，最后 /pixel-review。评审分三视角：code-review 看 diff，/pixel-review 看渲染与已批设计的对比，机械门禁（lint、测试、no-raw-values）应先跑。其它设置技能包括 /setup-rules、/setup-quality-gates、/setup-module-boundaries、/setup-task-tracking、/setup-output-style，通常由向导 /setup-argo-skills 派发。另有 /audit-agent-context、/scaffold-project、/ship。
限制：文中强调未经 /prototype-to-design 就进入 /implement 的屏幕没有可核验的视觉基准，ticket 只有意图没有度量，pixel-review 无从判断，设计漂移直到人工对比才会暴露。各技能的具体参数、支持的框架与平台、收费与价格信息暂未提供。