用途：在社交帖子发布前，按目标平台的真实约束与惯例校验草稿，逐项返回 pass/warn/fix 判定，并内联给出修正后的文本。内置 linter 负责机械计数，判断部分由使用者提供。
主要能力：读取项目根目录的 social-context.md（也检查 .agents/social-context.md）获取品牌语气、默认平台与内部风格规则（话题标签、表情、链接惯例）。若文件缺失，可先运行 social-context 技能，但不阻塞，改为询问 2–3 个快速问题后继续。linter 可计算平台准确的字符数（X 将 URL 计为 23、表情计为 2；Mastodon 将 URL 计为 23）、截断点、链接数量与位置、话题标签数量/位置/大小写、诱导互动措辞与格式陷阱，输出 JSON（counts、checks、summary），任一检查为 fix 时以非零状态退出。
使用方式：确认草稿面向哪些平台，每个平台单独评估。运行命令示例：bun scripts/lint-post.mjs --platform x --file draft.txt；bun scripts/lint-post.mjs --all --file draft.txt；echo "$DRAFT" | bun scripts/lint-post.mjs --platform linkedin。node 可替代 bun。用 --help 查看选项，--list 查看支持的平台。若两种运行时都不可用，则按 references/platform-limits.md 手工计数。需要判断时加载 references/platform-limits.md 获取完整约束表、各平台链接与话题标签规范、媒体/宽高比规则与判定纪律定义。
需人工判断的部分：钩子（截断点前首行是否传达完整且有吸引力的想法）、媒体与替代文本（宽高比是否合适、alt 文本是否真正描述图片）、首评策略（若链接应放首评，起草该评论）、诱导互动（替换为请求真实输入的提问）、语气（对照 social-context.md 的 Voice 规则）。
交付物：每个目标平台一张判定表（check | verdict | note），每个 fix 行后内联修正文本；若有 fix，给出该平台完整修正草稿，以及策略需要时的首条评论草稿。
限制：判定纪律为 pass（满足约束）、warn（可发布但表现不佳或令人反感，给一句原因与改进建议）、fix（不可原样发布，须内联提供修正文本）。每个目标平台都要运行所有检查，静默跳过的检查会被视为通过。具体平台限制以 references/platform-limits.md 与 linter 读取的 JSON 为准，不应凭记忆复述。其他功能、收费与平台支持范围资料未提供。