全部使用案例

工作

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. 1阅读 https://x.com/keyelifeai/status/2113071324520448381(致谢 @keyelifeai)。
  2. 2选主 Bot 或 Chief of Staff 负责这页。
  3. 3贴入作者原文 prompt,先纠正它复述的目标再让它动手。
  4. 4核对哪些字段来自注册表、哪些是叠加的。
  5. 5批准一个刷新频率,并要求原地更新同一页。

审批围栏

只读汇报;它提议的新例行要等你同意。

你该改什么

偷「不编造」这几条:会猜的看板还不如没有。

出处

keyelifeai @keyelifeai · 原帖

与 xAI 无关。提示词不是我们写的。第三方模板条款照旧适用。

去看模板

去看团队蓝图

Pro 设置包

想要完整设置,而不只是思路?

Pro 设置包为热门用例提供岗位描述、提示词、排程与踩坑。

了解 Pro