glyph

用途：把回答以 ASCII 图和语义 emoji 内联渲染出来，默认不询问设置，直接执行。核心原则是把信息编码进结构而非装饰，每个图形元素都应传达含义。\n\n主要能力：按数据形态自动选择图形，包括清单/审计/预算（inventory 渲染，含标题仪表、分区、图标/标签/条/值/动作行、总计）、状态/进度/健康（状态框加条形表）、A 与 B 对比（比较表或并排框）、步骤/流水线（从左到右的 ──▶ 流程）、包含关系/分层（嵌套框或树）、排名/评分（表格加条形表）、随时间变化（迷你折线或里程碑轨道）、待办分类（triage 页面）。状态图标与领域图标使用封闭词表（✅ 完成、❌ 失败、⚠️ 警告、🔴 高风险、ℹ️ 提示；🐳 docker、📦 包、🧪 测试等），每行一个领域图标置于首列。\n\n使用方式：无需设置阶段，加载后直接渲染。无参数时主题为当前对话，即渲染当前进展、刚做出的决定或正在讨论的状态，不要问要画什么。可解析两个旋钮并先声明一行：surface（chat 或 ask 或 page，默认 chat）与 audience（operator 或 novice，默认 operator）；--chat、--ask、--page、--eli5、--decide、--signoff 等标志优先于推断。先给结论一行，再渲染，然后用两三条加粗引导的要点说明数字透露的不明显信息。不要调用 AskUserQuestion 选格式，不要创建任务或派生子智能体。预算为每次回复一个渲染，约 50 行以内，每行 76 字符以内；超出预算应改为页面产物并用 /page-serve PATH 交付。triage 类是页面（templates/triage.html），不是内联渲染，按 KPI 条、泳道、路由标签、能力图、DECIDE 块、折叠原始快照的顺序组织，用 /page-serve PATH 交接，不要粘贴裸路径。\n\n适用场景：终端内的状态、清单、对比、流程、树、进度、审计等有结构的信息；聊天内坚持 ASCII，JS 动效只用于页面。\n\n限制：信息必须诚实，未知数字打印 ? 而非编造；宿主无终端时每行最多 72 列，键值或对比数据用单窄表或纵向列表，不用并排列；词表封闭，不临时添加 emoji，不在散文中用 emoji 链或全角分隔线；若交付物是多段式 HTML playground、持久化计划产物或除 triage 页面外的文件输出，应改用 visualize-plan。安装命令与价格等细节暂未提供。