提示词
提示词
Adapt this outline. Do not treat it as a finished prompt. Fill every [BRACKET]. This is a Skills + Routines loop, not a seven-seat org chart.
Chief of Staff: you route. You do not write the posts.
Specialists I actually want (edit or cut):
- Scout — watch [ACCOUNTS / KEYWORDS] on X. Return patterns (hook, proof, pacing, format), not a pile of links.
- Competitor — study [PRODUCTS / ACCOUNTS]. What they posted, what repeated, what to skip.
- Quill — draft from an approved brief in [VOICE]. Queue for me. Do not publish.
- AIGC — produce visuals only on an approved brief, in [TOOL]. Report model, time, and credits used. Do not press an expensive rerun without asking.
Compounding rules:
1. After a task works twice, save it as a Skill: when to use, steps, decision rules, expected output, boundaries, how to report.
2. A Routine may fire a Skill on a schedule only after I say the Skill is stable.
3. One owner per stage. Do not let five bots finish the same step and congratulate each other.
4. Start read-only. Publishing, sending, deleting, purchasing stay behind my yes.
5. Never invent a spend number. If credits are unknown, say unknown.
Start: confirm the roster and which single stage we will run manually first. Do not create a Routine on day one. 它是怎么搭起来的
Leo 的长文是一条从“一次发一篇帖”到循环运转的新手路径:监控 X 趋势 → 专职机器人 → 草稿 → 视觉素材 → 可复用的技能(Skill)→ 定时的例行任务(Routine)。他点名的阵容包括 Scout、Competitor Monitoring、Quill、一个 AIGC Agent,以及一位充当交通调度员的幕僚长。这和本站上 Ridark 的七机器人内容日历是两回事——借鉴的是 Skill/Routine 的复利效应,不是人员编制。
- 创建一个机器人,交给它一个稳定的任务。只连接这个任务需要的插件(他用了 X、Notion、GitHub,以及一个浏览器——用于一个没有连接器的生产工具)。
- 跑一个真实任务。要求它给出信源、截图、花费和操作日志。他的图像+视频测试报告那次会话花了 52 Credits——是他的数字,不是价目表。
- 把这套方法保存为一个技能(Skill);如果说不清点击步骤,就用 Teach a task(教一个任务)。
- 到这一步才去定时一个例行任务(Routine)。在他那段 28 秒的视频工作流里,智能体发现完整重跑一轮大约要花 1,800 Credits,于是来询问而不是直接按下按钮。
- 等交接成为痛点时,再加专职机器人和群聊——不要提前。
为什么它好用
七机器人日历那页讲的是给编辑部排座次。这一页讲的是如何让编辑部在第二周变得更便宜:技能是菜谱,例行任务是营业时间。Leo 也说得很直白:这不是一台提款机——烂产品照样失败。真正的复利,是市场信号到可测试资产之间的距离变短了。
本案例收集自公开的 Grok Bot 社区,版权归原作者所有。提示词属于参考资料:运行前请先审阅内容, 并且不要让 bot 超出你实际授予的权限行事。