全自动翻译流水线架构

这是一个经典的 ETL + AI Pipeline 问题。核心思路是把你的 SOP 变成 Claude API 的 system prompt，让整个流程无人值守地跑。

整体架构（四层）

[ 中文网站 ] → [ 爬取监控层 ] → [ 翻译引擎层 ] → [ 英文网站发布层 ]
↓ ↓
[ 状态数据库 ] [ SOP System Prompt ]

第一层：爬取 & 监控

工具： Python + requests / Playwright（动态页面用后者）

# 每隔 N 分钟检查是否有新内容
# 用哈希值或时间戳判断”是否已翻译”
# 新内容 → 写入翻译队列

关键设计：用 SQLite 记录每篇内容的 url, hash, status（pending / translated / failed），避免重复翻译。

第二层：翻译引擎

核心： Claude API + 你的 SOP 作为 system prompt

system_prompt = “””
你是倪柝声-李常受信息的英译专家。
[把你现有SOP完整放在这里]
– 术语表：神圣经纶 → divine economy…
– 文体要求：…
– 格式保留规则：…
“””

# 批量处理，带 retry 和 rate limit

关键参数：

• claude-sonnet-4-20250514 — 速度/质量最佳平衡
• max_tokens: 8096
• 每次翻译一个完整段落组（保留上下文）

第三层：状态管理数据库

CREATE TABLE content (
id TEXT PRIMARY KEY, — URL hash
source_url TEXT,
category TEXT, — 保留原网站分类
chinese_text TEXT,
english_text TEXT,
status TEXT, — pending/done/failed
translated_at TIMESTAMP
);

第四层：英文网站发布

两个选项：

|方案 |适合场景 |工具 |
|———|——–|——————————-|
|**静态生成** |内容变动不太频繁|Next.js + GitHub Pages / Vercel|
|**动态CMS**|内容频繁更新 |Directus / Strapi + 自动 API push|

翻译完成后自动调用发布 API 或 trigger GitHub Actions rebuild。

24/7 运行方案（三选一）

|方案 |成本 |复杂度|
|———————————-|—–|—|
|**GitHub Actions** cron schedule |免费 |低 |
|**小型VPS**（$5/月 DigitalOcean）+ cron|极低 |中 |
|**Railway / Render** 后台服务 |免费档可用|低 |

需要确认的三个问题

1. 中文源网站是静态还是动态的？ （有没有登录墙、JS渲染？）
2. SOP 目前是文档形式还是已经有结构化版本？ （直接影响 system prompt 的写法）
3. 英文网站希望从零搭还是套用现有框架？ （比如是否要跟中文站结构完全镜像？）

确认这三点后，我可以直接给你写出完整的可运行代码框架。这个”小龙虾”其实不复杂，主要工程量在 SOP → system prompt 的精炼上。