功能详情 · 多布局

语言转换

跨语言迁移：保持行为一致与可测试性。

访问官网

能力解读

跨语言迁移：保持行为一致与可测试性。

实践建议

  • 把“输入”和“输出”格式固定成模板
  • 把“风险”和“回滚”写成必填项
  • 把关键步骤绑定到测试与审查
维度要点
输入上下文、复现步骤、期望输出、边界条件
执行先定位再修复，优先最小改动，保持可回滚
验证测试、静态检查、关键路径回归
交付Diff + 说明 + 风险 + 复盘

示例任务（可直接复用）

围绕“语言转换”给出一个可直接复制的任务描述模板，你可以按你的仓库替换细节。

背景：这是一个多页面静态站点/工程仓库
任务：在不引入新依赖的前提下完成该能力相关改动
约束：保持现有样式与目录约定；所有外链可验证；输出必须可审查
输出：Diff + 说明 + 验证步骤 + 回滚方案
验收：测试通过/页面可访问/SEO meta 齐全

语言转换 常见问题

如何避免输出风格不一致？
固定提示词模板与代码风格约定，并让输出以 diff 交付，便于审查与统一。

为什么一定要写验证步骤？
因为可验证才能可复用：测试/检查清单把‘完成’定义清楚，减少返工。

我应该先练哪一类任务？
从低风险、高重复任务开始（文档/小修/测试补齐），建立稳定流程后再扩展到核心模块。

遇到结果不符合预期怎么办？
缩小范围、补充上下文、明确约束，并要求模型解释推理与给出替代方案。