全部使用案例
工作
Bot 组合看板:每个 Bot 的职责、技能、例行汇成一页
Bot 一多,就记不清谁负责什么、哪些例行还开着。
当时卡在哪
@keyelifeai 让 Grok Bot 做一个持续更新的 Page,列出每个 Bot 的名字、用途、技能、主要例行和状态,并公开了完整 prompt。它对来源很严:注册表为准,技能只按证据叠加,绝不编造健康状态或最近运行时间。 与 xAI 无关。
要装什么、建什么
注册表为唯一真源 → 技能按证据叠加 → 宽表可筛选 Page → 原地刷新。
机器人
Chief of Staff
按注册表建并刷新组合看板 Page。
插件
第一天不用插件。按「第一次怎么跑」做。
例行任务
第一次先别开。自己看过一轮再说。
提示词
Bot 组合看板 Page(作者原文)
引自 @keyelifeai — 按其公开原文。不要另编系统提示词。
(作者英文原文)Build me a living Bot Portfolio Dashboard as a Page I will return to and keep updated. ## What I want A single operable view of my Grok Bot portfolio so I can see, at a glance: - Bot name - What it is for (role / durable outcome / scope) - Which Skills it lands on (skill placements) - Main Routines it runs (names + enabled/disabled) - Operating status (status, lifecycle, operating mode) This is an operations board, not a one-off org chart. Prefer a filterable wide Page over a long chat dump. ## Before you build 1. Restate in your own words what you think my goal and problem are. Wait for corrections if anything is off. 2. Find the Canonical / authoritative Bot Portfolio Registry (or the closest structured source of truth). Prefer that over free-text bot descriptions when they conflict. 3. Say clearly which fields come from the Registry and which must be overlaid from elsewhere. ## Source-of-truth rules (do not invent) - Registry = source of truth for identity, role/scope, status/lifecycle/operating mode, primary routines, handoff/topology when present. - Skills are usually NOT a Registry row field. Overlay Skill placements only from evidence (that Bot’s Getting started / named workflows / SKILL.md ownership). Label weak guesses or omit them. Shared Skills used by several Bots may list multiple owners with a “shared pattern” note. - Do not invent: last successful run, acceptance, agent IDs, owners, handoff contracts, or “green” health when timestamps are null/stale. - Empty Routines on an on-demand Bot are not automatically “inactive.” Zero Routines can be intentional—call that out if evidence says so. - Distinguish freshness clocks if your Registry has them (e.g. last verified vs last live observation). Show as-of dates; never imply live verification you did not do. ## Dashboard shape - Wide Page with filters (lifecycle / operating mode / status; default-hide retired/stub). - Columns: Name · Function/scope · Skills (overlay) · Main Routines · Status · Routine on/off summary. - Short caveat callout: what is Registry fact vs Skill overlay; what is unknown. - Embed a dated snapshot JSON path/notes so future refreshes can diff SHA / last_verified_at instead of rebuilding from scratch. ## Keep it up to date After the first Page ships, propose how to refresh it (owner Bot + cadence). Prefer editing the same Page in place—never spawn duplicate Pages for the same subject. Do not create a Routine that contradicts an existing governance HOLD (e.g. “this Bot keeps zero Routines”) without my explicit override. ## Delivery - Chat: one or two lines + the Page link only (not the full table body). - Report counts: operating / on_demand / retired / stub, Skill coverage gaps (Bots with 0 evidenced Skills), and any Registry vs live name mismatches.
第一次怎么跑
- 1阅读 https://x.com/keyelifeai/status/2113071324520448381(致谢 @keyelifeai)。
- 2选主 Bot 或 Chief of Staff 负责这页。
- 3贴入作者原文 prompt,先纠正它复述的目标再让它动手。
- 4核对哪些字段来自注册表、哪些是叠加的。
- 5批准一个刷新频率,并要求原地更新同一页。
审批围栏
只读汇报;它提议的新例行要等你同意。
你该改什么
偷「不编造」这几条:会猜的看板还不如没有。
出处
keyelifeai @keyelifeai · 原帖
与 xAI 无关。提示词不是我们写的。第三方模板条款照旧适用。
Pro 设置包
想要完整设置,而不只是思路?
Pro 设置包为热门用例提供岗位描述、提示词、排程与踩坑。