GameGeeking 社区发帖 Skill

这个 skill 不是写给抽象“社区 agent”的。

它的真实使用场景是：

• - 用户把这个 skill 丢给 INLINECODE0
• 或丢给 INLINECODE1
• 或丢给 INLINECODE2
• 然后对应 agent 按这里的流程，自己去 GameGeeking 站内社区发帖

你的目标很明确：

1. 1. 先问清楚账号来源
2. 再问清楚发帖内容是用户指定，还是你按默认逻辑生成
3. 然后自己进入 INLINECODE4
4. 完成注册或登录
5. 进入游戏社区发帖

你不是来讨论方案的。你是来真的执行发帖动作的。

站点信息

固定站点如下：

• - 主站：INLINECODE5
• 登录页：INLINECODE6
• 注册页：INLINECODE7
• 游戏社区：INLINECODE8
• 帖子详情：INLINECODE9
• 游戏大厅：INLINECODE10
• 桌游推荐：INLINECODE11
• 用户公开主页：INLINECODE12

如果任务是“去社区活跃”或“去社区发帖”，默认目标页面就是：

• - INLINECODE13

不要把首页、游戏大厅、桌游推荐页当成主落点。

适用范围

这个 skill 处理两类任务：

• - 在 GameGeeking 的游戏社区里发帖子
• 在 GameGeeking 的游戏社区里评论帖子（包括回复已有评论）

它不负责：

• - 自动私信别人
• 自动进房间聊天
• 自动做跨页面增长实验

如果用户要的是这些事，不要硬套这个 skill。

任务类型判断

用户的指令可能是发帖，也可能是评论。你需要先判断：

• - 如果用户说"发帖""写一篇帖子""去社区聊聊"等，走发帖流程
• 如果用户说"评论""回复""去回复一下""对某个帖子说点什么"等，走评论流程
• 如果不确定，直接问用户

评论和发帖共享账号确认环节，但内容确认和执行流程不同。

强制开场问题

开始执行后，你必须先问用户两个问题。

如果你的宿主环境支持一次问两个简短问题，就一次问完。
如果不支持，就按顺序问。

问题 1：账号来源

你必须先确认：

• - 是用户提供现成账号
• 还是由你自动注册新账号

推荐问法：

INLINECODE16

问题 2：内容来源

在真正发帖前，你必须再确认：

• - 帖子内容由用户明确指定
• 还是你根据社区上下文走默认逻辑生成

推荐问法：

INLINECODE17

默认决策规则

如果用户没有给完整细节，按下面规则执行。

账号规则

• - 如果用户提供账号，优先用用户账号
• 如果用户明确说“自动注册”，你就自己注册
• 如果用户没说明，不要擅自注册，先问

内容规则

• - 如果用户指定了发帖内容，就按用户内容发
• 如果用户只给了大致方向，你可以补足标题、语气和细节
• 如果用户说“你自己决定”，你才可以走默认逻辑

执行方式

首选方式：Headless 浏览器自动化

默认使用 headless 浏览器 执行，不要只写成“理论上可以发帖”。

推荐实现方式：

• - INLINECODE18
• 或任何等价的 headless browser automation

优先级：

1. 1. Headless 浏览器
2. 有状态浏览器自动化
3. 直接 HTTP 请求

为什么优先用浏览器

因为 GameGeeking 社区发帖是真实页面交互，不是只调一个裸 API 就能稳定完成。

站内页面包含：

• - 登录表单
• 注册表单
• 社区编辑区
• 富文本编辑器
• 前端校验
• 已登录态依赖

所以默认策略应当是：

• - 先用 headless 浏览器打开页面
• 再执行注册 / 登录
• 再进入社区页
• 再填表并提交

什么时候才考虑直接请求 API

只有在下列条件同时成立时，才允许考虑直接请求 API：

• - 你已经通过浏览器或其他可信方式拿到了有效登录态
• 你明确知道 API 路径和字段契约
• 你不需要依赖页面级富文本交互
• 你能处理失败返回并确认发帖成功

否则，不要把“知道 /api/community/posts”当成默认方案。

GameGeeking 实际表单与约束

注册页

地址：

• - INLINECODE21

字段：

• - INLINECODE22
• INLINECODE23
• INLINECODE24

约束：

• - 用户名只能包含字母和数字
• 用户名长度 INLINECODE25
• 密码至少 6 个字符

登录页

地址：

• - INLINECODE27

字段：

• - INLINECODE28
• INLINECODE29

如果目的是发帖，登录后应回到：

• - INLINECODE30

社区发帖页

地址：

• - INLINECODE31

主要字段：

• - 标题：INLINECODE32
• 话题：INLINECODE33
• 所属游戏：INLINECODE34
• 正文：INLINECODE35
• 提交按钮：INLINECODE36

发帖后端接口：

• - INLINECODE37

请求字段：

• - INLINECODE38
• INLINECODE39
• INLINECODE40
• INLINECODE41

后端约束：

• - 标题长度 5-80 字
• 正文长度 10-5000 字
• 话题最多 30 字
• 未登录不能发帖

标准执行流程

Step 1：确认账号方案

先问用户：

• - 用已有账号
• 还是自动注册新账号

如果用户选择已有账号，你应当要求获得：

• - 用户名
• 密码

如果用户选择自动注册，你应当自己生成一个普通、克制、不过度设计的账号信息。

Step 2：确认内容方案

再问用户：

• - 由他指定内容
• 还是你按默认逻辑自己生成

如果用户指定内容，你至少要拿到：

• - 主题或标题
• 大致正文内容或发帖意图

如果用户选择默认逻辑，你需要先浏览社区，再决定发什么。

Step 3：打开社区并读取上下文

使用 headless 浏览器打开：

• - INLINECODE45

至少检查：

• - 最近帖子在聊什么
• 哪些游戏出现频率高
• 当前帖子整体语气
• 最近是否已经有非常相似的话题

如果你走默认逻辑，至少读最近 10 条帖子。

Step 4：如有必要，注册账号

如果用户选择自动注册：

1. 1. 打开 INLINECODE47
2. 填写 INLINECODE48
3. 填写 INLINECODE49
4. 填写 INLINECODE50
5. 提交
6. 确认注册成功且进入已登录状态

注册名生成原则：

• - 普通
• 好记
• 不像机器人批量号
• 不硬塞品牌词
• 不装腔

好的例子：

• - INLINECODE51
• INLINECODE52
• INLINECODE53

差的例子：

• - INLINECODE54
• INLINECODE55
• INLINECODE56

Step 5：如有必要，登录

如果当前没有登录态：

1. 1. 打开 INLINECODE57
2. 输入用户名
3. 输入密码
4. 提交
5. 确认已登录
6. 返回 INLINECODE58

Step 6：可选地先整理个人资料

这一步是 可选 的，不是强制。

适合在这些情况下执行：

• - 账号是刚自动注册的新号
• 公开主页看起来过空
• 昵称、简介或头像明显像临时号
• 你准备发一篇比较正式的帖子，希望账号观感先自然一点

先检查公开主页：

• - INLINECODE59

重点看三项：

• - 昵称是否自然
• 个人简介是否为空或太假
• 头像是否为空、默认感过强，或与社区气质明显不符

如果需要整理资料，优先进入：

• - INLINECODE60

可选修改项

1. 1. 昵称
2. 个人简介
3. 头像

方法

优先顺序建议如下：

• - 先改昵称
• 再补简介
• 最后才考虑头像

昵称建议

• - 简单
• 像真实玩家
• 不要像运营号
• 不要像批量注册号

简介建议

• - 一句就够
• 围绕站内常见游戏
• 不要写成平台宣传语
• 不要写“欢迎来找我玩”“陪你成长”“一起建设社区”这种运营腔

好的简介示例：

• - INLINECODE61
• INLINECODE62
• INLINECODE63

差的简介示例：

• - INLINECODE64
• INLINECODE65
• INLINECODE66

头像建议

头像只在满足以下条件时才建议改：

• - 你手上有可上传的本地头像文件
• 宿主环境支持浏览器上传文件
• 当前头像明显不自然或完全空白

如果没有现成头像文件，不要为了这一步卡住发帖流程。

也就是说：

• - 没有头像文件时，可以只改昵称和简介
• 有头像文件时，再通过浏览器表单上传

浏览器操作方法

如果要改资料，推荐动作序列：

1. 1. 登录后打开 INLINECODE67
2. 填写或修改 INLINECODE68
3. 填写或修改 INLINECODE69
4. 如果有本地头像文件，再上传 INLINECODE70
5. 提交保存
6. 打开 /u/<username> 检查公开主页是否已更新

决策原则

• - 资料修改只是为了让后续发帖更自然，不要过度打磨
• 不要把账号包装成“完美人格”
• 如果当前资料已经足够自然，就直接发帖，不要多做动作

Step 7：决定要发什么

如果用户指定内容：

• - 按用户要求整理为适合 GameGeeking 社区语境的帖子

如果用户选择默认逻辑：

• - 基于最近社区内容选择一个不会重复、但又贴近站内游戏的话题

默认逻辑下，更推荐这几类帖子：

• - 阿瓦隆局后复盘
• 某个常见误判点的讨论
• 五子棋开局或中盘判断问题
• 新手向提问，但要具体
• 对站内某类对局体验的轻量观察

默认逻辑下，不推荐：

• - 空泛鸡汤
• 明显运营号口吻
• “大家来互动呀”式引流帖
• 跟站内游戏无关的话题

评论流程

如果用户的任务是评论（而不是发帖），按以下流程执行。

评论前的账号确认

与发帖相同，先走账号确认环节（Step 1）。

评论前的内容确认

你需要确认：

• - 评论哪个帖子：用户可能给了帖子链接、帖子标题、或模糊描述
• 评论内容：用户指定，还是你根据帖子内容自动生成

推荐问法：

INLINECODE72

评论页面结构

评论区在帖子详情页：

• - INLINECODE73

页面关键元素：

• - 评论表单容器：#commentForm（含属性 data-post-id）
• 评论输入框：#commentInput（textarea，可能被 TinyMCE 富文本编辑器接管）
• 发表按钮：#commentSubmit（默认 disabled，输入 2-1000 字后自动启用）
• 字数统计：INLINECODE78
• 回复某评论时的提示：INLINECODE79
• 取消回复：INLINECODE80

回复已有评论

如果要回复某条已有评论（而不是直接评论帖子）：

1. 1. 找到目标评论，点击该评论的"回复"按钮（.community-reply-btn，带 data-comment-id 和 data-nickname 属性）
2. 点击后页面会自动设置 parent_id，并在输入框显示 @昵称 前缀
3. 然后正常填写评论内容并提交

评论后端接口

• - INLINECODE86

请求字段：

• - post_id（int，必填）：帖子 ID
• INLINECODE88（int，可选，默认 0）：回复的父评论 ID。0 表示直接评论帖子，大于 0 表示回复某条评论
• INLINECODE91（string，必填）：评论内容，支持富文本 HTML

后端约束：

• - 评论纯文本长度 2-1000 字
• 未登录不能评论
• INLINECODE93 对应的评论必须属于同一个帖子

评论执行流程

Step 1：确认账号（同发帖流程）

Step 2：确认评论目标和内容

你需要拿到：

• - 目标帖子（链接、ID、或标题关键词）
• 评论内容（用户指定，或你根据帖子内容生成）
• 是直接评论帖子，还是回复某条已有评论

Step 3：打开帖子详情页

使用 headless 浏览器打开目标帖子：

• - INLINECODE94

如果用户给的是标题关键词而不是 ID：

1. 1. 先打开 INLINECODE95
2. 在帖子列表中搜索或浏览找到目标帖子
3. 点击进入详情页

进入详情页后，阅读帖子内容和已有评论，了解上下文。

Step 4：如有必要，登录（同发帖流程）

Step 5：填写并提交评论

方式一：通过页面交互（推荐）

1. 1. 如果是回复已有评论，先点击对应评论的"回复"按钮
2. 定位评论输入区域 INLINECODE96
3. 如果 TinyMCE 富文本编辑器已加载，向编辑器输入内容
4. 如果编辑器未加载，直接在 textarea 输入
5. 等待 #commentSubmit 按钮变为可用（字数达到 2 字以上）
6. 点击 #commentSubmit 提交
7. 等待页面刷新或成功提示

方式二：直接调用 API（已有登录态时可用）

CODEBLOCK0

成功返回：

CODEBLOCK1

Step 6：确认评论成功

• - 刷新帖子详情页
• 确认你的评论已出现在评论区
• 如果是回复评论，确认回复显示在正确的父评论下方

评论内容原则

与发帖内容原则一致：

• - 像真实玩家，不像运营号
• 与帖子主题相关，不跑题
• 简短具体，不空泛
• 不重复已有评论的观点

好的评论：

• - INLINECODE99
• INLINECODE100
• INLINECODE101

差的评论：

• - 写得好！（太空泛）
• INLINECODE103（无实质内容）
• INLINECODE104（暴露身份）

发帖前内容确认

即使用户选择默认逻辑，你在真正发帖前也最好给出一个简短预告。

推荐形式：

• - 标题草案
• 一两句正文摘要

如果宿主环境里可以安全地再问一句，推荐问：

INLINECODE105

如果宿主环境不适合二次等待，且用户此前已经明确授权“默认逻辑直接发”，那你可以直接继续。

发帖内容原则

• - 要像 GameGeeking 里的真实玩家
• 不要像平台运营号
• 不要像客服
• 不要像 AI 自我介绍
• 不要像在写公关稿

你的帖子应当：

• - 具体
• 简短清楚
• 有明确游戏锚点
• 与站内已有内容衔接自然

好的开头：

• - INLINECODE106
• INLINECODE107
• INLINECODE108

差的开头：

• - INLINECODE109
• INLINECODE110
• INLINECODE111

浏览器操作要求

你必须把“如何发帖”写成真实动作，而不是停留在口头描述。

推荐动作序列：

1. 1. 启动 headless 浏览器
2. 打开 INLINECODE112
3. 如果未登录，则跳转到登录或注册流程
4. 如有必要，先去 /profile 轻量整理资料
5. 回到社区页
6. 定位发帖区域
7. 填写标题
8. 填写话题
9. 选择所属游戏
10. 填写正文
11. 点击“发布帖子”
12. 等待成功反馈或跳转
13. 重新检查社区列表确认帖子确实出现

富文本编辑器注意事项

INLINECODE114 可能由富文本编辑器接管。

因此：

• - 不要假设普通 textarea 输入一定生效
• 优先通过真实页面交互输入正文
• 如果编辑器已初始化，优先对编辑器内容区输入
• 如果编辑器尚未接管，回退到原始输入框

完成判定

发帖任务完成条件

• - 你已经问过账号来源
• 你已经问过内容来源
• 你已经成功登录或注册并登录
• 如果你执行了资料整理，你已经确认公开主页更新成功
• 你已经在 GameGeeking 社区提交帖子
• 你已经确认帖子发布成功

评论任务完成条件

• - 你已经问过账号来源
• 你已经确认评论目标帖子和评论内容
• 你已经成功登录或注册并登录
• 你已经在目标帖子下提交评论
• 你已经确认评论出现在评论区

如果只停留在”我已经生成文案””我已经准备好了评论内容”，都不算完成。

失败处理

如果执行失败，按优先级处理：

1. 1. 记录失败发生在哪一步
2. 判断是账号问题、浏览器问题、登录问题、页面选择器问题，还是服务端返回问题
3. 做一次合理重试
4. 如果还是失败，再把失败原因明确告诉用户

不要在失败后假装已经发出去了。

输出契约

在真正执行前，先产出这份简短决策：

CODEBLOCK2

在执行后，产出结果：

发帖结果：

CODEBLOCK3

评论结果：

CODEBLOCK4

最后提醒

这个 skill 的重点不是”写出一篇像样的帖子”或”生成一段好评论”。

重点是：

• - 先问
• 再做
• 真进站
• 真登录
• 真发帖 / 真评论

如果你没有实际进入 GameGeeking 并完成发帖或评论动作，就不要声称任务完成。