全部使用案例
工程
Site Sentry 只读看守 + 像招员工一样定岗(一职、禁区、向谁汇报)
能写的站点看守很吓人;含糊的「多帮忙」提示养不出靠谱安全助手。
当时卡在哪
zeus(@zeuss_000)两周零代码搭了两个 Grok Bot 模板并分享教训。Site Sentry 看守网站与部署,宕机或发布失败就 ping——默认只读,并从日志打码密钥,所以能看却不能弄坏。最大教训:像招员工一样描述岗位,而不是写提示——一个职责、允许碰什么、绝不能做什么、向谁汇报;他这样做之后 Bot 明显更好。(其独立的 AI Security Advisor 模板已在本目录;本页只偷 Site Sentry + 招聘定界模式。)方法 + 技巧。与 xAI 无关。
要装什么、建什么
只读看守 + 密钥打码 → 招聘卡:一职/允许/禁区/向谁汇报 → 宕机/失败就 ping。
机器人
Site Sentry
只读看守站点/部署;打码密钥;宕机或发布失败就 ping;绝不写入。
插件
浏览器
可跳过
文件
招聘卡:一个职责、允许碰的清单、绝不能做的清单、向谁汇报。
例行任务
定期站点/部署健康检查;仅宕机或发布失败告警。
提示词
这是技巧,不是可贴的系统提示词。作者没有公开提示词。按「第一次怎么跑」做。
第一次怎么跑
- 1阅读以 https://x.com/zeuss_000/status/2103979981093355985 开头的线程(Site Sentry + 招聘教训)。
- 2接工具前先写招聘卡:一个职责、允许碰、绝不能做、向谁汇报。
- 3Site Sentry 默认只读;能看到的日志打码密钥。
- 4仅在宕机或发布失败时 ping——不自动修复、不写部署。
- 5威胁评审/加固放在另一 Bot(见 security-advisor-defensive-watch),避免看守能改系统。
审批围栏
看守保持只读;任何写入/部署/修复需另一 Bot 且经你明确解锁。
你该改什么
偷只读+打码,以及招聘卡。「多帮忙」不是岗位说明。
出处
zeus @zeuss_000 · 原帖
与 xAI 无关。提示词不是我们写的。第三方模板条款照旧适用。
Pro 设置包
PR 与部署守望:代码评审、部署检查、错误分诊
由 GitHub、部署与错误事件唤醒:评审每个 PR、部署后检查线上、分诊错误激增,小修复交给云端编码代理开 PR。合并与部署永远由你决定。