结构化代码审查执行清单：先用 code_review_con…
结构化代码审查执行清单：先用 code_review_context 固定审查对象（同一 diff 快照），再按正确性 → 安全 → 测试 → 可维护性四层给出可行动的评审意见。适用于"review 一下这个改动 / 这个 PR / 未提交的代码"类请求。
code-review能帮你做什么
不说虚话——S5940 交付的是能直接拿去用的成品，不是“AI 能做”的空话。
用大白话交代任务，它会先确认关键细节再动手，不瞎猜。
输出带结构与说明，拿来就能用，不用再自己整理格式。
与 AIXX 其他技能叠加使用，组成你自己的工作流。
把常用要求沉淀成一句话模板，下次直接复用。
真实任务实跑产出
下面是真实任务由 S5940 实际生成的内容节选——不是宣传文案，是它真的干出来的活。
code-review · 实跑样例
任务：帮我审查GitHub上电商项目cart-service这次PR里新增的优惠券叠加计算模块，重点看满减和折扣同时使用时的金额计算正确性。
# cart-service PR 优惠券叠加计算模块审查清单
说明
由于我无法实时访问 GitHub 查看该 PR 的具体代码，以下提供专业审查框架与常见陷阱清单，你可以对照代码逐项检查。
一、核心计算逻辑审查点
1. 计算顺序
- 满减（固定金额减）与折扣（比例减）的先后顺序是否明确且符合业务规则
- 常见正确顺序：先算折扣，再用折扣后金额判断满减门槛（否则满减门槛判断会失真）
- 反例：先减满减再打折，可能导致满 100 减 20 后原价 120 的商品享受折扣基数错误
2. 满减门槛判断基准
- 门槛判断用的是原价、折扣后金额、还是剔除优惠后金额？是否与需求文档一致
- 多件商品分摊优惠后，单件是否还满足门槛的判断逻辑
3. 金额精度处理
- 是否使用
BigDecimal（Java）或等价精确类型，严禁 float/double - 折扣计算小数位与舍入模式（如 HALF_UP、向下取整）是否明确
- 分摊到多商品后 各项优惠之和必须等于总优惠金额（最后一项用总额减去已分摊部分兜底）
二、边界条件必查项
- [ ] 折扣后金额减满减后结果是否
>= 0（避免负数金额） - [ ] 券叠加是否有互斥/上限限制（如最多叠加 N 张、优惠不超过订单一定比例）
- [ ] 金额为 0、折扣为 0%、满减条件恰好等于订单金额等临界值
- [ ] 优惠券过期、库存扣减与计算的并发一致性
- [ ] 退款/部分退款时的优惠金额回退逻辑
三、测试用例建议
| 场景 | 验证点 |
|---|---|
| 仅满减 | 门槛边界值前后 |
| 仅折扣 | 舍入精度 |
| 满减+折扣叠加 | 顺序影响、门槛判断 |
| 多商品分摊 | 分摊总和 = 总优惠 |
| 极端值 | 0 元、超大金额、负数防御 |
四、其他建议
- 要求 PR 附带叠加规则的状态机或决策表文档，避免隐式规则
- 用 JUnit/属性测试（如「实付金额 ≤ 原价」恒成立）覆盖组合场景
如能粘贴 PR 中的核心计算代码，我可以逐行做具体审查。
三种做法,一比就知道
| 再招一个人 | 自己摸索 | 萬安云 S5940 | |
|---|---|---|---|
| 价格 | 月薪数千起 | 反复试错数小时 | $1.99 / 次 |
| 交付周期 | 招聘+培训数周 | 质量不稳定 | 分钟级 |
| 独特性 | 流动风险 | 无人复核 | 按你的任务从零生成 |
| 改稿迭代 | 加钱，走流程 | 反复试错 | 说话就能迭代 |
两步,让它开工
不用碰终端——你只管对 agent 说话,跑命令的活它来。
对你的 agent 说:
对你的 agent 说:
以上 Agent 均可接入萬安云 · OpenAI 兼容接口 · 装好 AIXX 即可调用全部技能
你可能想问
code-review怎么安装使用？
三步：终端执行 npx aixxai 安装 AIXX；对您的 AI 说「安装编号 S5940」；交代任务背景与要求，code-review即刻开工。
code-review多少钱？怎么付费？
$1.99 一次买断（参考价，实际以平台标价为准）——永久使用，无订阅、无月费；该技能由萬安永久维护迭代，更新对已购用户免费。
产出内容能商用吗？
可以。产出为普通数字文件，归购买者使用，可用于商业场景。
具体能帮我做什么？
把你手头这件重复、费时、有固定套路的活交给它——先描述任务和背景，它会确认要点后直接产出成品，不满意可以继续改。
输出质量不稳定怎么办？
在指令里补充背景、受众与格式要求（例如“面向中小企业主、300 字以内、分三点”）；要求越具体，产出越稳。
一价买断,没有套路
永久使用 · 无订阅无月费 · 永久维护迭代