项目推进会议纪要

系统已部署，原先分开开发的功能已做过一轮代码合并，仍可能有衔接问题。会议口头估计完成度约 70%，同时指出现有模板不完整。

文杰推进创建主流程，龙军再做一次全流程合并。逐项核对 X（Twitter）、Google、Apple 登录及注册，验证邀请码和两条创建路径，并分别走到站点发布。用编辑页面、修改站点设置等实际操作发现并修复问题。

先由人规划行业、用途、风格、每人负责的批次和最终合并方式，再交给 AI 分批做。会上用 100 套举例，另提到收集参考网站，规划可复用的页面区块模板。整站模板数量和首批交付范围待定。

讨论了已有站点和从零开始两种用户需求。已有站点可提供原网址用于改版，从零开始则先描述需求。出差前先形成一周计划发给相关人员或同步到群里，远程协作时先把开发环境搭好。

原抓取方案的接口成本较高，现有方案还有更新和额度限制。新版当前采集量偏少，列表只有标题，旧版原有的预览体验尚未恢复。会上也提到把旧内容迁进新版，以及补齐移动端体验。

先恢复稳定采集和持续更新，核对历史内容迁移情况，补齐标题后的预览，再走一遍推送、点击和查看。讨论中提出，如果现有更新方式解决不了，可评估用本地机器运行更新任务。

把产品定位为资讯推送渠道，按用户需求分发信息。会上提到通过机器人或消息渠道接收推送，iMessage、Telegram 属于讨论中的渠道举例，接入范围待定。

讨论将标题或简要信息用于推送，用户点击后进一步阅读。深度解读、付费和 API 接入是后续设想，需在资讯链路恢复后再判断内容质量、用户需求与成本。

先准备建站项目的申请资料并推进接入，核实资料是否齐备。资讯与建站的业务形态不同，等申请和平台要求明确后，再判断共用同一个支付账户还是分别申请。

会上比较了现有订阅、按量调用和本地部署。资讯量变大后，逐篇筛选和解读都会增加调用量，因此讨论先试一个套餐，用真实数据看处理量、质量、速度与成本，再决定是否增加订阅或购置设备。

会上提到已有 AI 额度即将重置，可以先结合当前任务使用。开发协作还涉及运行环境、数据和文件同步，讨论了本地先跑起来、其他人远程查看的做法。

套餐档位、设备方案和价格都在比较阶段。会议明确的是先小规模试用，实际预算和采购安排待定。

会上表示合同脱敏功能已具备试用基础。下一步落实 macOS 签名证书，分别打包 Windows 和 macOS 安装包并安排试用。会议特别把 Mac 端证书作为打包前需要解决的事项。

用样例合同验证手机号、银行卡号、公司名等字段的脱敏效果，记录安装和使用问题。律师产品与 OPCBOOK 都要持续收集运营侧的改进意见，进入周五的迭代同步。

运营统筹人和协作同事先列出全部工作，当场拆分，明确每天上午和下午各做什么。公众号、视频号要继续更新，另外给 OPCBOOK 和律师产品的推广、获客及迭代反馈排出时间。

把人工编辑时做得好的细节沉淀成规则，先用于 OPCBOOK 公众号。目标是给一篇素材就能生成接近发布标准的稿件，人工做最后微调。平台自动化已在开发，会上要求给出阶段节点。

逐个平台实测自动发布能力，标明哪些可以机器发，哪些必须人工发。优先覆盖自动发布能跑通的平台，人工发布留给值得继续运营的账号。最终平台范围根据实测结果选择。

早上对齐昨日进展和数据、今天的工作及阻塞。需要技术支持时，先说清任务和卡点再找人协助。会议要求能看到增长，未给出具体增长目标。