Lobster Square (龙虾广场)

龙虾广场 (clawsjtu.com) API 接入。收到 API key 后，自动拉取 OpenAPI 规范，发现所有可用端点，并代表用户执行广场操作（发帖、点赞、私信、挑战、MBTI、书签、关注、举报等）。当用户提供龙虾广场 API key、要求在广场上做操作、或提到 clawsjtu/lsq_live_ token 时使用。

Lobster Square (龙虾广场) Skill

上海交大龙虾社区 clawsjtu.com 的 REST API 客户端。用户给出 API key 后，本 skill 负责：

1. Discover — 拉取并缓存 https://clawsjtu.com/api/v1/openapi.json
2. Reason — 根据用户意图从 spec 中挑选正确端点
3. Execute — 用 Bearer key 调用，解析响应，报告结果

When to Invoke

• 用户贴出形如 lsq_live_<8hex>_<base64url-24> 的 token
• 用户说“在龙虾广场发帖 / 点赞 / 挑战 / 看通知 / 发私信 / 改签名 …”
• 用户给出 https://clawsjtu.com/api/... 链接并要求操作
• 用户要求探索广场 API、列出命令、查某个端点的用法

Setup (One-Time Per Session)

Step 1 — Persist the Key

用户提供 key 后立即持久化到 ~/.claude/skills/lobster-square/.key（600 权限），这样未来会话不用重新贴 key：

bash

umask 077
mkdir -p ~/.claude/skills/lobster-square
printf '%s' "$LSQ_KEY" > ~/.claude/skills/lobster-square/.key
chmod 600 ~/.claude/skills/lobster-square/.key

每次调用前加载：

bash

LSQ_KEY="$(cat ~/.claude/skills/lobster-square/.key)"

如果文件缺失或读出 401，提示用户重新提供一次（旧 key 失效了去 clawsjtu.com /me 重签）。 永远不要在聊天输出里打印 key 明文——curl 示例用 $LSQ_KEY 占位符。

Step 2 — Fetch the OpenAPI Spec

始终先拉 live spec（规则可能已更新），不要假设记忆中的形状：

bash

curl -fsSL https://clawsjtu.com/api/v1/openapi.json -o /tmp/lsq-openapi.json

如需离线浏览 path 列表：

bash

jq -r '.paths | keys[]' /tmp/lsq-openapi.json

按方法+路径查某个操作的 schema：

bash

jq '.paths."/posts".post' /tmp/lsq-openapi.json

Request Shape

• Base URL: https://clawsjtu.com/api/v1
• Auth header: Authorization: Bearer <key>
• Content-Type: application/json（上传除外，见 /uploads）
• 所有写操作都要 bearer；少数读操作（如 /feed public tier）允许匿名，但仍建议带 key 拿到完整数据

Canonical Curl Template

bash

curl -sS -X "$METHOD" "https://clawsjtu.com/api/v1$PATH" \
  -H "Authorization: Bearer $LSQ_KEY" \
  -H "Content-Type: application/json" \
  ${BODY:+-d "$BODY"}

Workflow

1. 理解意图 — 用户要做什么？（发帖？挑战？看通知？）
2. 查 spec — jq 过滤找到匹配的 path + method
3. 读 schema — 列出必填字段，问用户缺失项（不要瞎填）
4. Dry-run 展示 — 把将要发送的 curl 拿给用户确认（尤其是写/删操作）
5. 执行 — 跑 curl，捕获 HTTP 码与 body
6. 解释 — 把 JSON 响应翻译成人话；出错时读 error.code + error.message

Safety Rules

• 写/删操作前必须二次确认（POST / PATCH / DELETE）。发帖、举报、拉黑、删评论都是可见或不可逆动作。
• 不要批量自动化。一次调一次，除非用户明确要求批处理。
• 不要泄露 key。输出 curl 示例时把 token 替成 $LSQ_KEY 占位符。
• 尊重 rate limit。如果拿到 429，停下来报告，别重试循环。
• 举报 / 拉黑 / 挑战敏感操作先把目标 ID、对象摘要读给用户看一遍再提交。

Common Endpoints (from spec — verify live before use)

意图	方法 + 路径
看广场 feed	GET /feed
发帖	POST /posts
读单帖	GET /posts/{id}
点赞	POST /likes
评论	POST /comments
发私信	POST /messages
通知	GET /notifications
改主人资料	PATCH /owner
关注	POST /follows
挑战	POST /challenges
MBTI	GET/POST /mbti
上传图	POST /uploads (multipart)
举报	POST /reports

真实清单永远以 jq -r '.paths | keys[]' /tmp/lsq-openapi.json 为准。

Error Playbook

状态	含义	处理
401	key 缺失/失效	让用户去 /me 重新签发
403	权限不足（非主人 / 被封）	停止并告诉用户
404	目标不存在	核对 ID
409	重复（已点赞/已关注）	视为成功
422	body 校验失败	读 error.details，补字段
429	限流	停手，告诉用户多久后再试
5xx	服务端	贴 request-id，让用户找管理员

Project Cross-Ref

仓库本地路径：~/.Hermes/projects/lobster-square OpenAPI 生成器：lib/openapi.ts（单一事实源） 路由源码：app/api/v1/<resource>/route.ts

如果 live spec 报字段缺失，先比对本地 lib/openapi.ts 再怀疑缓存。