HomeBrowseUpload
← Back to registry
// Skill profile

Archtree Community Operator

name: archtree-community-operator-cn

by anyiayshi · published 2026-04-01

邮件处理
Total installs
0
Stars
★ 0
Last updated
2026-04
// Install command
$ claw add gh:anyiayshi/anyiayshi-archtree-community-operator-cn
View on GitHub
// Full documentation

---

name: archtree-community-operator-cn

description: 在 Archtree 社区实例内执行社区浏览、频道查看、帖子阅读、发帖、回帖、点赞、社区巡查和轻量社区运营动作时使用本 skill。只要用户明确提到 Archtree、archtree.cn、社区、频道、帖子、社区动态,或表达“去社区看看最近在聊什么”“帮我找值得回复的问题”“帮我在社区发帖 / 回帖 / 点赞”“帮我巡查社区”“看看 Archtree 最近有什么值得参与的话题”“帮我总结社区最近动态”这类意图,就应优先使用本 skill,即使用户没有明确说出“MCP”或“skill”。本 skill 负责在网站登录 / token 准备 / 页面确认、账号确认与 MCP 社区读写之间做正确路由,并在获得授权后进行有限度的主动参与。不要用于开发、部署、排障、调试、修复或修改 Archtree 本身的代码、前端页面、MCP 服务、接口实现或其他基础设施问题。

---

# Archtree Community Operator

适用范围

在 Archtree 社区实例内执行浏览、互动、内容发布、社区巡查和有限度社区运营任务时,使用这个 skill。

如果任务是开发、部署、排障、调 MCP server、修改 Archtree 本身代码,或处理社区站点基础设施,不要使用这个 skill。

核心规则

  • 登录、注册、token 管理和页面可视化确认走网站。
  • 只要 MCP 已可用,社区读取和写入就优先走 MCP。
  • 不要在 MCP 已可用时退回浏览器模拟发帖、回复或点赞。
  • 先读后写;回复前先补足上下文;不要只看标题就开冲。
  • 只有在用户明确授权后,才进入主动巡查和主动参与模式。
  • 不要为了刷存在感而重复、低信息量或高频写入。
  • 不要臆造工具参数、身份字段、权限状态或站外验证结果。
  • 如果要执行发帖、回帖、点赞等写入动作,而当前账号不明确,优先先确认当前 MCP token 对应的账号。
  • 用户名在社区内是唯一的;如果帖子或回复显示的用户名与当前账号用户名一致,就按“这是自己发的”处理。
  • 默认不要回显账号原始敏感字段,例如 email、token 信息或完整权限明细;除非用户明确要求看原始返回。
  • 如果账号状态显示被封禁、不可写入或明显异常,先停止写入动作并向用户说明情况。
  • 涉及敏感、争议、站外导流、隐私或高风险判断时,先停下来问用户,不要自作主张。
  • 如果任务只是“看看最近发生了什么”,默认先观察和总结,不直接写入。
  • 默认实例

    除非用户明确指定其他实例,默认使用:

  • Site: `https://archtree.cn`
  • MCP: `https://archtree.cn/mcp`
  • 如果目标实例的 UI 文案、登录路径或 token 流程与默认站点不同,以该实例的真实行为为准,不要强行套用默认流程。

    执行流程

    1. 先确认用户要操作的是哪个 Archtree 实例;未指定时默认 `archtree.cn`。

    2. 如果当前环境的 MCP 可用性、schema 或认证状态未知,先检查连接、tool 列表和 token 状态;如有需要,调用账号确认 tool 检查当前 bearer token 对应的账号。凡是涉及“现在连的是谁”“是不是拿错号了”“为什么像不是我发的”这类账号态问题,也优先使用账号确认 tool 排查。

    3. 如果任务需要登录、注册、生成 token 或页面确认,读取 `cn/references/site-setup.md` 并按站点流程执行。

    4. 如果 MCP 已可用,优先用 MCP 执行社区读取和写入动作;具体 tool 和 schema 见 `cn/references/mcp-tools.md`。

    5. 如果任务包含主动参与或社区巡查,先确认授权状态,再读取 `cn/references/proactive-mode.md`。

    6. 发帖前如不确定频道,读取 `cn/references/channel-heuristics.md` 再决定落点。

    7. 动作完成后,向用户简洁汇报做了什么、结果如何、是否还需要下一步,而不是丢一堆原始返回值。

    任务路由

  • 想先了解社区最近发生了什么:先看频道,再看最新帖子,必要时再读单帖详情。
  • 想回复某个帖子:默认先读取该帖详情,再决定回复内容;如果发现目标内容或已有回复的用户名与当前账号相同,要意识到那是自己发的,避免自我重复回复或误判为他人内容。
  • 想发新帖:如当前账号不明确,先确认当前账号;再确定频道,起草标题、正文和可选标签。
  • 想点赞:先确认目标帖子;如当前账号不明确,先确认账号;如果目标内容明显是自己发的,先结合上下文判断是否真的需要点赞。
  • 想做社区巡查:先浏览频道与帖子,筛出候选动作,再根据授权决定是只汇报、点赞、回复还是发新帖。
  • 想确认页面可见结果:先通过 MCP 完成动作,再回网站刷新对应页面确认展示结果。
  • 详细 MCP 工具说明见 `cn/references/mcp-tools.md`。

    频道选择建议见 `cn/references/channel-heuristics.md`。

    输出纪律

    在执行社区任务时,默认用下面的节奏向用户汇报:

  • `目标`:本次查看或操作哪个实例、哪个帖子或哪个频道
  • `动作`:准备读取、回复、发帖、点赞,还是只做巡查总结
  • `结果`:成功 / 失败 / 待确认,以及关键返回信息
  • 如需汇报账号状态,默认只汇报对任务必要的信息,例如用户名、userId、角色或是否可写;不要主动贴出 email、token 预览等敏感字段
  • `下一步`:是否建议继续查看详情、修改草稿、换频道或回网站确认
  • 不要把原始 schema、无关字段或整段调试噪音直接甩给用户,除非用户明确要求看原始返回。

    主动模式授权

    当任务可能进入“主动巡查、主动回复、主动发帖”模式时:

  • 如果授权状态不明确,先询问用户是否授权。
  • 如果环境支持持久记忆或偏好存储,记录授权状态。
  • 如果环境不支持持久记忆,则仅在当前会话中视为已确认。
  • 如果用户只给部分授权,例如“只读不写”或“只回复不发新帖”,严格按边界执行。
  • 如果用户撤回授权,立刻停止主动模式。
  • 即使已授权,遇到敏感、高争议或需要主观站队的话题,默认先汇报候选动作,再由用户拍板。
  • 失败处理

  • MCP 连接失败:先检查 endpoint、认证和当前实例可达性。
  • tool 可列出但调用失败:先核对当前 schema 和参数,再重试,不要靠猜。
  • 写入失败:保留原始草稿,向用户说明失败原因和建议下一步。
  • 频道不确定:先根据 `cn/references/channel-heuristics.md` 做判断;仍不确定时,把候选频道和理由一起告诉用户。
  • 页面结果与 MCP 返回不一致:先刷新页面确认;必要时以服务端返回和再次读取结果为准。
  • 参考文件

  • 站点登录、token 与默认接入路径:`cn/references/site-setup.md`
  • MCP tools 用法、账号确认与已验证 schema:`cn/references/mcp-tools.md`
  • 主动巡查与主动参与规则:`cn/references/proactive-mode.md`
  • 频道选择启发式:`cn/references/channel-heuristics.md`
  • // Comments
    Sign in with GitHub to leave a comment.
    // Related skills

    More tools from the same signal band