コーディングとデバッグ

巨大テーブルへのオンライン列追加（中国語の原文）

要给 [表名]（约 [行数] 行）加 [字段/索引]，业务不能停机。请对比：1）原生 ALTER 在目标数据库版本下的锁…

コードに潜む N+1 クエリを潰す（中国語の原文）

这段列表页代码在循环里逐条查关联数据。请：1）指出哪些调用会随列表长度线性放大；2）给出批量查询加内存拼装的改写，写清用…

デッドロックログから原因を特定する（中国語の原文）

下面是 SHOW ENGINE INNODB STATUS 的死锁片段和涉及的两条 SQL。请：1）还原两个事务各自的加…

レポートクエリを事前集計に作り替える（中国語の原文）

这个报表要扫 [时间范围] 的明细，已经影响线上。请：1）拆出它需要的维度和度量；2）设计按 [粒度] 预聚合的表结构，…

実行計画が急に悪化したときの調査（中国語の原文）

同一条 SQL 在 [数据库类型] 上没改过，但昨天开始变慢。请给排查顺序：1）先比对执行计划差异，怎么拿到历史计划；2…

アクセスログから 5xx の出所を追う（中国語の原文）

下面是某时段的 Nginx access log（combined 格式）。请：1）按状态码、上游地址、接口路径统计 5…

構造化ログのフィールド仕様を決める（中国語の原文）

我们要统一 [服务数量] 个服务的日志格式。请产出字段规范：1）必填字段（时间、级别、服务名、trace_id、请求 I…

手がかりを残してログ量を削る（中国語の原文）

日志量已经到了 [每日 GB/月成本]。请给削减方案：1）按级别、来源、字段估算可压缩空间；2）哪些日志可以采样、比例怎…

trace_id で処理経路を追う（中国語の原文）

用户反馈在 [时间点] 下单失败。请根据 trace_id [trace_id] 和下面的多服务日志：1）按时间排出经过…

ログレベルの誤用を見つけて直す（中国語の原文）

下面是项目的日志调用清单。请：1）逐条判断级别是否恰当，给出应改成什么及理由；2）标出会引发告警风暴的高频 ERROR；…

ユーザー苦情をログから再現する（中国語の原文）

用户投诉 [投诉内容]，时间是 [时间窗]。请：1）写出检索语句，按 user_id、设备号、订单号并行查；2）把命中请…

監査ログの必須フィールドを設計する（中国語の原文）

系统要过 [合规要求/审计场景] 的检查。请设计审计日志：1）必记字段（操作者、角色、对象、动作、前后值、来源 IP、结…

REST の命名と状態コードを点検する（中国語の原文）

下面是 [数量] 个接口的路径和返回示例。请：1）指出命名不一致处（单复数、动词混入、层级过深）；2）逐条判断状态码是否…

冪等キーの設計をレビューする（中国語の原文）

要给 [接口名] 加幂等保护，调用方可能重试也可能并发。请：1）幂等键由谁生成、放 header 还是 body、怎么防…

ページング API の共通仕様を決める（中国語の原文）

我们的列表接口分页参数各写各的。请给统一契约：1）两种分页各自的入参、返回结构、字段含义；2）总数为 0、超过末页、参数…

エラーコード体系を設計する（中国語の原文）

各服务返回的错误格式不统一。请设计错误码体系：1）码段划分规则（按域、按类型）和号段表；2）每个码要携带的字段（码、用户…

API のバージョン移行と旧版の停止（中国語の原文）

接口 [接口名] 要做破坏性变更（[变更内容]），有 [调用方数量] 个外部调用方。请给演进方案：1）该用 URL 版本…

一括 API の部分失敗をどう返すか（中国語の原文）

设计一个批量 [创建/更新] 接口，单次最多 [条数] 条。请明确：1）整体事务还是逐条独立，各自的一致性后果；2）返回…

Webhook 通知を確実に届ける設計（中国語の原文）

要向第三方推送 [事件类型] 回调。请设计：1）签名算法与参与签名的字段，时间戳如何防重放；2）重试策略（间隔、次数、退…

実レスポンスから API 仕様書を作る（中国語の原文）

下面是一段接口代码和几条真实响应。请产出 OpenAPI 3 片段：1）补全参数类型、必填、取值范围和示例；2）把响应字…

null と空値と未指定の取り決め（中国語の原文）

前后端在空值语义上反复对不齐。请给一份约定：1）null、空字符串、空数组、字段缺失各自表示什么，能否互换；2）更新接口…

段階的リリースの計画を立てる（中国語の原文）

计划发布 [变更内容]，影响 [用户范围]。请给灰度计划：1）分批维度（用户、地域、流量比例）与每批比例；2）每批之间观…

ロールバック手順を先に用意する（中国語の原文）

为即将发布的 [变更内容] 写回滚预案：1）触发条件写成具体数值（错误率、延迟、投诉量）；2）回滚步骤按顺序列出，含命令…

スキーマ変更とデプロイの順序を決める（中国語の原文）

这次发布同时改表结构和代码（[变更内容]）。请给 expand/contract 分步方案：1）拆成几步，每步只做一件事…

フィーチャーフラグの一生を管理する（中国語の原文）

我们用功能开关控制 [功能名] 的放量。请给生命周期方案：1）开关命名、默认值、作用范围怎么定；2）放量阶梯与每级的观察…

変更レビューで問うべき質問集（中国語の原文）

下面是一份变更方案。请以评审者身份提问，而不是给结论：1）列 8–10 个必须回答的问题，覆盖失败模式、数据一致性、依赖…

カナリアリリースで見る指標（中国語の原文）

我们准备用金丝雀发布 [服务名]，新版本承接 [比例] 流量。请：1）列出要逐项对比的指标（错误率、延迟分位、资源占用、…

ホットフィックスの進め方を決める（中国語の原文）

线上出现 [故障描述]，需要当天修复。请给热修复流程：1）从哪个提交拉分支，如何避免带上未发布的其他改动；2）修复的最小…

大型セール前のリリース凍結ルール（中国語の原文）

[活动名] 前 [天数] 天进入发布冻结。请制定规则：1）明确允许的改动类型（配置、文案、开关）与禁止的类型；2）例外申…

SLO とエラーバジェットを定義する（中国語の原文）

为 [服务名] 定义 SLO。请：1）选 2–3 个真正反映用户感受的 SLI，写清分子分母怎么算；2）给出目标值与统计…

アラートを減らして本当の異常に絞る（中国語の原文）

下面是现有的 [数量] 条告警规则和近一个月触发记录。请：1）按触发次数与真实故障数给每条打分，排出该删、该改、该留；2…

誰でも辿れるランブックを書く（中国語の原文）

为告警 [告警名] 写 Runbook：1）这条告警代表什么、影响哪些用户；2）前 5 分钟按顺序做什么，含具体命令和查…

メトリクスのラベル基数を抑える（中国語の原文）

我们的指标出现了 [查询变慢/存储暴涨]。请：1）解释标签基数如何放大存储和查询成本；2）从这批指标里挑出高基数标签（用…

ゴールデンシグナルのダッシュボード（中国語の原文）

为 [服务名] 设计一屏看板。请：1）四个黄金信号各放哪几张图，用什么聚合和分位；2）按「总览 → 分接口 → 分实例…

アラートの嵐を抑制する仕組み（中国語の原文）

一次数据库故障导致 [数量] 条告警同时触发。请设计抑制方案：1）识别根因告警与衍生告警，依赖关系表怎么维护；2）抑制规…

業務指標のモニタリングを足す（中国語の原文）

我们的监控只有技术指标，[上次故障] 是靠用户投诉才发现的。请补齐业务监控：1）按核心链路列 5–8 个指标（下单成功率…

複数依存をまとめて上げる順序（中国語の原文）

这 [数量] 个依赖需要一起升（[依赖清单]）。请：1）画出它们之间的版本约束与联动关系；2）给出升级顺序，说明每一步之…

ロックファイル競合と依存の整理（中国語の原文）

我们的 lock 文件每次合并都冲突，安装体积也在涨。请：1）解释冲突成因与正确解决流程（不要手工编辑）；2）给出定位重…

脆弱性対応の初動を決める（中国語の原文）

收到通报：[依赖名] [版本] 存在 [漏洞描述]。请：1）判断我们是否真的受影响（调用路径、是否可达、有无缓解配置），…

実行環境のメジャー更新計画（中国語の原文）

计划把 [运行时] 从 [旧版本] 升到 [新版本]。请给迁移清单：1）语言层不兼容变更（语法、标准库、默认行为）要改哪…

社内 SDK のバージョンアップ対応（中国語の原文）

[内部平台] 的 SDK 从 [旧版本] 升到 [新版本]，我们是被接入方。请：1）列出必须改造的调用点，按成本排序；2…

OSS ライセンスの適合性を確認する（中国語の原文）

下面是我们 [产品形态] 的依赖清单。请做许可证初筛：1）按类型分组（宽松、弱 copyleft、强 copyleft、…

コミットメッセージ規約を定着させる（中国語の原文）

团队提交信息格式混乱，无法生成变更日志。请：1）给出规范（类型、范围、主题、正文、脚注）与类型表；2）给 8 条示例，覆…

rebase と merge の選び方（中国語の原文）

团队在 rebase 和 merge 之间反复摇摆。请给选择规则：1）按场景（同步主干、合并 PR、热修复回并、多人共享…

PR 説明とセルフチェックの型（中国語の原文）

为团队定一份 PR 模板。请包含：1）必填区块（背景、改动、影响面、验证方式、回滚方式、关联 issue）；2）作者自检…

巨大な PR を分割して出す方法（中国語の原文）

这个 PR 有 [行数] 行改动，涉及 [模块]。请给拆分方案：1）按「先重构后功能」「先底层后上层」「按依赖顺序」给出…

誤って push した秘密情報の削除（中国語の原文）

不慎把 [密钥类型] 提交并推到 [分支]。请给处置步骤：1）立即轮换密钥的顺序与影响面（哪些服务要重启、哪些缓存要清）…

ブランチ運用モデルの選び方（中国語の原文）

我们在 [团队规模]、[发布节奏] 的情况下纠结分支模型。请：1）对比 trunk-based、GitHub Flow、…

修正をリリースブランチへ取り込む（中国語の原文）

需要把主干上的修复 [提交/PR] 带到发布分支 [分支名]。请：1）确认该提交是否依赖主干上其他改动，怎么验证；2）给…

レビュー指摘の伝え方を整える（中国語の原文）

请把下面这些评审意见改写成建设性表达：[原始评审意见]。要求：1）区分「必须改」「建议」「个人偏好」并标注；2）每条指出…

CI パイプラインの段階を設計する（中国語の原文）

为 [项目类型] 设计 CI 流水线：1）阶段划分（静态检查、单测、构建、集成测试、制品、部署）与各阶段失败策略；2）哪…

不安定なテストをどう処理するか（中国語の原文）

CI 里有 [数量] 个用例偶发失败，重跑就过。请给治理方案：1）如何判定是 flaky 而不是真 bug（重跑统计、失…

CI の秘匿情報と権限を絞る（中国語の原文）

我们的 CI 需要访问 [云平台/仓库/部署目标]。请设计凭据方案：1）不同触发来源（主分支、PR、fork PR、定时…

ビルド時間を短くする進め方（中国語の原文）

我们的 CI 从提交到可部署要 [时长]。请：1）给定位瓶颈的方法（各阶段耗时、缓存命中率、排队时间）；2）按收益排序的…

テストマトリクスと分割実行（中国語の原文）

需要在 [平台/版本组合] 上跑测试。请设计矩阵：1）哪些维度必须全测、哪些可以抽样，依据是风险而不是覆盖欲；2）分片策…

成果物とコミットの追跡可能性（中国語の原文）

我们的制品版本号混乱，出问题找不到对应代码。请设计：1）版本号规则（语义化版本 + 构建号 + 提交短哈希）与自动生成方…

CI のゲートをどこまで厳しくするか（中国語の原文）

我们想在 CI 里加质量门禁（[候选门禁项]）。请：1）逐项评估该硬阻断、只告警还是不做，说明误报与漏报的代价；2）覆盖…

600行の画面部品を分割します（中国語の原文）

那个改一处就怕碰坏别处的页面组件，有 [行数] 行、[props 数量] 个 props。请按「取数—业务规则—布局—纯…

ロジックと表示を分ける方法（中国語の原文）

这里有一段同时做请求、算派生数据和渲染的代码：[代码片段]。请判断哪些部分属于容器（取数、状态、错误处理），哪些属于展示…

取得処理をカスタムフックに切り出します（中国語の原文）

这段请求逻辑在三个页面里各写了一遍，都自带 loading 和错误处理：[代码片段]。请把它抽成一个自定义 Hook：函…