同一套设计哲学，做了三个互相配合的系统：海外线把房源和攻略发到 Facebook / Instagram / Threads 并接住客户消息；国内线每天一份主稿，适配成公众号、百家号、知乎、头条、微博等平台各自的写法；飞书工作台让你在手机上下任务、看进度、点批准。
胡志明房源 / 攻略 → 中文 · English · Tiếng Việt 三语文案 → 审核 → 排期 → 发布，再把客户私信和评论变成线索。
每天 06:30 生成一份事实主稿，本地确定性适配成各平台的写法，串行发布；失败了自动补跑，成功的步骤不重跑。
在飞书里发一句话，本机去执行：生成公众号草稿、重试某个平台、让 Claude Code 写代码、让 Codex 做审核。
海外线发帖前再读一次房源；国内线发布后到作品管理读回同一条记录。读不回就记“不确定”，绝不盲目重发。
自动推广、获客引擎、自动回复默认关；公众号只存草稿、小红书只预填。要放行，必须显式打开开关。
验证码、登录墙、页面改版、令牌失效——截图、通知、退出；没有任何绕过验证或刷量的代码路径。
模型只产出结构化数据，最终稿由程序拼装；事实必须有来源，数字由程序计算；高风险话题转人工。
不是一堆零散脚本，而是把「写什么、怎么写、什么时候发、发出去之后怎样」串成闭环的系统。点击每个阶段，看它具体做了什么。
房源只存标准字段，不存某种语言的句子。中文 / English / Tiếng Việt 由「词库 + 模板」直接生成：同样的数据永远得到同样的文字，价格和面积由程序格式化，AI 碰不到数字。下面是系统对一套示例房源生成的真实文案，切换语言和平台试试。
每个词三种语言各一个说法；后台可改、可停用，每次修改有版本和修订记录；懂越南语的校对者用专用链接就能审，不用拿后台密码。
“全网最低价”“稳赚”“最后一套”不会出现在词库和模板里；人工写的文案里出现，后台会提醒。
仅当网站上人写的描述缺某种语言时才翻译，不许改数字、电话、楼盘名，译文要过检查并缓存；不配 Key 也完整可用。
不是把同一段话复制三遍。每个平台有自己的文案结构、长度、图片规格和失败处理，但共用同一套任务表、调度器和防重复机制。
收稿机器人、发布结果通知、管理员提醒、客户私信（Business）。
规则引擎 + 风险评分 + 审核；做社区运营而不是广告投放。
公开攻略页，多语言互链、SEO 标签，按来源统计访问。
三语文案模板已就绪，一键复制；自动发布在规划中。
自动产出中文笔记草稿，人工复制发布。
自动推广按评分挑房源、排好未来 36 小时；也可以把写好的文案和图片提前放进来，甚至直接发给 Telegram 机器人——到点自动发，发完把结果告诉你。
每个账号每天固定几个时间点（胡志明时间）。先粗筛，再打分，再用和手动发布一样的检查逐个“细查”，过不了就换下一套。
房源帖让「有房的人」看到；攻略让「想租房的人」先找到你。每天自动选题、研究、写稿、六项评审、按平台改写、排期发布，再把评论里的问题变成下一个选题。每篇都必须对读者有帮助，没有素材就少写，不拿空话凑数。
事实、人味、广告味、重复、有用、平台适配。虚线是达标线（广告味、重复为反向指标，已换算成越高越好）。
默认比例，可调。真实案例没有自动来源（必须来自真实成交），份额不会转给别的类别。
分数越高越先写。表现好的选题以后排得更靠前——系统会从互动、访问、线索里“学习”。
库存只能核验价格、套数这类数据，核验不了合同、法律、押金、签证。所以 AI 不是想写什么就写什么：
Facebook Messenger、Instagram 私信、Telegram 的消息汇到同一个收件箱：识别语言和意图，能答的先问需求并推荐网站上的真实房源；押金、议价、合同、退款、法律、投诉一律转人工；高意向立刻提醒你。
X-Hub-Signature-256 / Telegram secret 常量时间比较；同一条消息重发只会有一行；签名不对的请求被记录。
AI 只返回结构化结果，查房源、改线索、转人工由程序执行；回复发出前再核对价格、电话、网址。评分也由程序按规则算，不信模型自己报的分。
帖子下有人问“多少钱？”→ 准备好私信回复草稿并提醒你，你点“发送”才会发；每条评论只能私信一次，结果不明不自动重发。
每天 10:00 / 18:00 巡检漏单，18:00 发日报；客户消息 30 分钟 / 6 小时没人回会提醒；支持 HUMAN_AGENT 标签延长人工回复期。
自动发帖最怕两件事：重复发、乱发。系统在建任务、领任务、发帖三个关口各设一道防线，再加上“发之前最后一次核对”。
同一版文案在同一个账号，数据库层面只允许存在一个任务；重复提交、重复点击都建不出第二个。
facebook:{page}:{listing}:{lang}:{angle}:v{ver}一条原子 UPDATE 把到期任务改成 processing，两个进程不会执行同一个任务；崩溃留下的锁 10 分钟后自动接管。
UPDATE … SET status='processing' WHERE id=$1 AND status IN ('queued','retry_waiting') RETURNING *调用发帖接口前先记 stage=posting。超时 / 5xx / 进程崩溃后，下一次先去平台上找这条帖子，找到补记，找不到才续发同一个容器。
publishing_unknown → reconcile → resume same container不同的失败，系统有不同的处理：该重试的重试，该停的停，不确定的先对账。
任务真正发出前再读一次网站：已出租、已售、下架、太久没确认的，直接取消；网站连不上就不发、等重试。
自动推广、获客引擎、自动回复、Reddit 默认都是关的；部署上去不会自己开始发帖，开启后也默认要审核。
押金 / 议价 / 合同 / 退款 / 法律 / 赔偿 / 佣金 / 投诉 / 成交价 / 房东联系方式——10 类话题命中就转人工，AI 不插话。
令牌 AES-256-GCM 加密存库、不进日志；短链只存按天计数，不存 IP 和 UA；审核链接只存 SHA-256，可随时撤销。
核心功能均已开发完成，并在模拟平台（含真实 PostgreSQL 16）上通过自动化测试。对外公开发布仍取决于各平台自己的应用审核与 API 批准——下表如实标出。
| 平台 | 发布 | 收消息 / 评论 | 数据回收 | 状态 |
|---|---|---|---|---|
| Facebook Page | 文字 · 单图 · 多图 | Messenger 收件箱评论 → 私信草稿 | 点赞 / 评论 / 分享 · 短链点击 | 功能完成公开发布需 Meta 应用审核 |
| 4:5 轮播 ≤ 10 张 | 私信收件箱评论 → 私信草稿 | 点赞 / 评论 · 短链点击 | 功能完成公开发布需 Meta 应用审核 | |
| Threads | 文字 · 单图 · 轮播 · 链接卡片 | — | 短链点击 | 功能完成公开发布需 Meta 应用审核 |
| Telegram | 收稿 · 结果通知 · 管理员提醒 | Business 客户消息 | — | 功能完成 |
| 网站攻略页 | 公开攻略页 · 多语言 · SEO | — | 访问按来源统计 | 功能完成 |
| 社区内容 · 规则引擎 · 审核 | — | 帖子分数 / 评论（只读） | 等待 Data API 商业批准批准前不发起任何读取或发布 | |
| Zalo / WhatsApp | 三语文案模板（复制使用） | — | — | 自动发布规划中 |
| 小红书 | 笔记草稿（人工复制） | — | — | 只出稿 |
事实只在主稿里确定一次（带来源、结构化）；平台版本只做重组与改写——同样的输入永远得到同样的输出。点击下面的平台，看它具体怎么做、停在哪一步。
由 launchd 定时触发。后一个阶段会自动补跑前面失败或没跑的步骤；已成功的步骤永不重跑（status.json 门控）；一个平台失败，不会拖累后面的平台。
五个平台串行跑。看某个平台出问题时，其余平台和第二天的补跑会怎样。
自动发布最怕“发了不该发的”。国内线把边界写死在代码里：模型怎么用、质检查什么、哪些动作根本没有实现路径。
模型只产出符合 JSON Schema 的字段；文本先 HTML 转义，不许提供原始 HTML / CSS / 事件处理器 / 文件路径，品牌名与链接只由程序插入。
正文长度、标题 / 摘要 / 封面长度、来源与免责声明、引用占位符、Markdown 围栏、不安全 HTML、封面尺寸——不过关就停在打开编辑器之前。
通过已登录的 codex exec 调用；子进程强制删除 OPENAI_API_KEY，没有 API 回退。模型每天最多调用一次，失败只重试 1 次。
头条有独立的事实核实门禁，复用主稿来源包；缺来源、未通过核实、产物里缺核实结果的文章，一律不允许发布。
自动点赞、收藏、关注、评论、私信、刷量——没有实现路径。收入承诺、虚构订单 / 案例、假截图被禁止；“稳赚 / 躺赚 / 保证赚钱”被拦截。
结果不确定时写哨兵，连 --force 都绕不过；人工确认确实没发，才能用专门参数恢复。知乎问题 90 天、微博 / 头条主题 30 天不重复。
发布专用 Chrome，与日常浏览器隔离；各平台各有独立 profile，登录态保存。日志写入前脱敏 Cookie / Token / 密码。
验证码、登录墙、反爬、页面结构变化：截图 → 通知 → 退出，不乱点、不反复重试；通知走飞书，没配则落到 Telegram / 系统通知和本地日志。
想用真正的自定义 GPT 写正文、质量不打折？把正文放进 input/article.html，标题 / 封面 / 排版 / 存草稿交给工具。标题与封面文案三项都手填 = 零额度、完全不调模型。与全自动版并存、互不影响，安全边界一样：只存草稿，绝不群发。
任务在你的 Mac 上排队执行，结果和状态回到飞书。切换下面的场景，看三种最常见的对话。
全局单并发；每个任务有 ID、状态、日志和产物目录，重启不丢。
自然语言也行：公众号文章，主题是…… · 生成小红书：…… · 开发任务：…… · 查看今天任务
同一个飞书入口，背后是 Claude Code 写代码、Codex 做审核、Hermes 管日常任务。凭据与权限被隔离，危险动作不会被自动执行。
含发布、部署、删除、生产、付款、下单意图的请求进入 waiting_approval；/approve 只记录批准，不会自动执行危险动作。
登录失效或存草稿失败，会创建独立子任务，只复用原产物，不调用 GPT、不重新生成、不点发布；扫码窗口最长保留 30 分钟。
所有任务共用一个全局队列，避免浏览器互相抢；安全取消会终止整个进程组，连同 codex 和浏览器子进程一起停。
PM2 托管飞书桥与 Hermes，崩溃自动拉起；附第二台 Mac 的安装手册，可在另一台机器上复制同样的工作台。
任务有状态，步骤可重入，外部动作先核对。海外线把队列放进同一个 PostgreSQL，国内线用 status.json 台账门控每一步，飞书用本地任务队列——不引入多余的服务。