全部使用案例

工程

Site Sentry 只读看守 + 像招员工一样定岗(一职、禁区、向谁汇报)

能写的站点看守很吓人;含糊的「多帮忙」提示养不出靠谱安全助手。

分享

当时卡在哪

zeus(@zeuss_000)两周零代码搭了两个 Grok Bot 模板并分享教训。Site Sentry 看守网站与部署,宕机或发布失败就 ping——默认只读,并从日志打码密钥,所以能看却不能弄坏。最大教训:像招员工一样描述岗位,而不是写提示——一个职责、允许碰什么、绝不能做什么、向谁汇报;他这样做之后 Bot 明显更好。(其独立的 AI Security Advisor 模板已在本目录;本页只偷 Site Sentry + 招聘定界模式。)方法 + 技巧。与 xAI 无关。

要装什么、建什么

只读看守 + 密钥打码 → 招聘卡:一职/允许/禁区/向谁汇报 → 宕机/失败就 ping。

机器人

  • Site Sentry

    只读看守站点/部署;打码密钥;宕机或发布失败就 ping;绝不写入。

插件

  • 浏览器

    可跳过

文件

  • 招聘卡:一个职责、允许碰的清单、绝不能做的清单、向谁汇报。

例行任务

  • 定期站点/部署健康检查;仅宕机或发布失败告警。

提示词

这是技巧,不是可贴的系统提示词。作者没有公开提示词。按「第一次怎么跑」做。

第一次怎么跑

  1. 1阅读以 https://x.com/zeuss_000/status/2103979981093355985 开头的线程(Site Sentry + 招聘教训)。
  2. 2接工具前先写招聘卡:一个职责、允许碰、绝不能做、向谁汇报。
  3. 3Site Sentry 默认只读;能看到的日志打码密钥。
  4. 4仅在宕机或发布失败时 ping——不自动修复、不写部署。
  5. 5威胁评审/加固放在另一 Bot(见 security-advisor-defensive-watch),避免看守能改系统。

审批围栏

看守保持只读;任何写入/部署/修复需另一 Bot 且经你明确解锁。

你该改什么

偷只读+打码,以及招聘卡。「多帮忙」不是岗位说明。

出处

zeus @zeuss_000 · 原帖

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

去看模板

去看团队蓝图

Pro 设置包

PR 与部署守望:代码评审、部署检查、错误分诊

由 GitHub、部署与错误事件唤醒:评审每个 PR、部署后检查线上、分诊错误激增,小修复交给云端编码代理开 PR。合并与部署永远由你决定。

查看完整设置包