欢迎通过 Issue 或 PR 补充真实旅居经验。先查已有目的地，优先更新同一张卡。季节、住房、办公、预算与不适合谁等信息写进目的地笔记；README 只保留帮助读者开始选择的短建议，来源账本记录实际读取边界。
- 谁会喜欢这里，工作日和休息日分别怎样过。
- 你住在哪类地方、住了多久，做什么工作；自己的体验与他人的反馈分开写。
- 网络在哪个房间或工位测过，什么时间测，上传与下载怎样；没有实测就注明。
- 预算的币种、日期、租期与房型，哪些开销没有包括。
- 最不满意的一个条件，以及什么人可能不适合。
- 原帖、运营方或官方来源的链接，发布时间和实际读取范围。
根目录的编辑资料与网站发布数据分别维护。改 data/destinations.json 不会自动更新线上 D1；涉及网站内容时，请在同一 Issue 或 PR 中标明需要同步的城市。
签证与工作许可引用官方原文，注明适用护照、用途和有效期。不要从一种护照外推所有人，也不要用旧年租金冒充当前报价。
运营方网站只能证明其公开列出的设施与报价；真实可靠性需要使用反馈。Reddit、小红书和 X 记录个案与反例，搜索摘要、图文正文、图片、视频与评论要分别说明读了什么。
不按点赞或五星给目的地排榜。不要上传身份材料、联系方式截图或带认证参数的分享链接；用公开原帖的干净链接。
新增内容同步目的地笔记、结构化城市数据与来源账本；需要改变首页建议时再更新 README。涉及完整手续时再更新专题页。月底检查被使用或被纠错的卡，先刷新本月推荐，并核天气预警、运营季和失效报价。没有可核读来源的候选可以保留待核，不进入首页推荐。
首页让读者先缩小选择；街区、报价和详细条件在目的地笔记与城市页内展开。不要把重要限制藏进折叠框或只留一个跳转链接；缺少现价就说明需要询价，不用旧样本填补。数据记录保留币种、房型、人数、租期、读取日与费用范围，真实体验和运营方宣传分开。
城市用独立标题，先写适合谁和季节，再用三到四条短说明交代住处、办公、花费与主要坑。价格紧挨服务范围，币种优先用中文；原帖读取细节放到账本。表格保持两列，避免长段落或大表让读者反复寻找重点。
检查本地文件和锚点链接，确认每个价格都有币种及服务范围；写入真实核读日。中文定稿按作者声音与去 AI 味白名单做最小检查，保留事实、限定词和引用。
README每期保留一张十城主表，短评不超过25字，主表内同城只出现一次。国内推荐与需求分类另列，城市、数值和“更多”链接均由网页同一排序逻辑生成；国内缺评分的目的地只给资料入口。详细口径放数据与方法。在web/运行npm run seasonal:readme更新主表、国内推荐、需求分类与本期变化，提交前用npm run seasonal:readme -- --check检查；不填写未经实现或没有依据的新增、涨跌。
Roamorrow 的完整城市文章任务包含上线；明确要求仅调研、草稿或暂缓发布时，以当次要求为准。先完成来源核读、预算与配图检查，再执行指定中文去 AI 味白名单复查。
web/data/article-catalog.json 统一记录文章的城市归属与发布状态。多城文章填写全部 citySlugs；城市页、指南索引和站点地图从目录生成，每次新增或更新文章都同步构建，不手工维护重复列表。独立文章的批准源存放在 web/content/city-guides/，publication.json 中的指纹必须对应本次审阅文件。原始社交缓存与私有资料不放进公共资源。
两城对比正文和来源保存在 web/data/comparison-articles.json，比较住法保存在 web/data/comparison-budgets.json，沿用月预算指南的计算模型。完整对比文章在正文后保留历史指标工具，首屏预算与旧指标分开说明。定稿复查后更新 web/content/comparisons/publication.json 的源文件与图片指纹；公共构建会检查这份批准记录，正常访问与数据库故障时使用同一正文和标题。
在 web/ 运行 npm run guides:build、npm run check，再按部署说明生成发布清单并部署。发布后在真实域名核验文章、城市关联、指南入口、图片与站点地图，并记录 Google Search Console 的实际提交状态。完整流程见本机 nomads-city-guide skill；提交站点地图与文章已收录分别报告。