本文来源于阿里云社区电子书《AIGC+软件开发新范式》
《AIGC+软件开发新范式》--07.通义灵码实战系列：一个新项目如何快速启动，如何维护遗留系统代码库？（1）；https://developer.aliyun.com/article/1537603
通义灵码能力展示
有同学会问了，纸上得来终觉浅，来点实战行不行？
01/ 使用 Spring Boot 创建一个新项目
接下来就使用 Spring Boot 创建一个新项目作为案例向大家展示通义灵码的能力。首先我们向灵码提问：如何通过 Spring Boot 编写一个照片上传下载的 Web 程序？灵码马上就能反应过来并开始生成，先是编写 Spring Boot 的 XML 文件以及一些数据结构配置文件，接着写 controller 层、service 接口以及 service 的实现类，大家会看到 AI 写代码的速度是很快的，并且思路非常清楚，知道需要哪些文件以及步骤，以及怎么把 Web 服务给部署起来。
我们可以随时随地和灵码通过问答的方式来交互。如果你对它的回答有任何的不满意，或者是想让灵码扩充一些比较概括性的代码，让它续写一下，再或者是遇到了某种报错或特别的诉求寻找解决方案等等，都可以通过追问方式进一步和灵码沟通，灵码会很乐意在问答的的过程中为你提供帮助。
比如我提问有没有通过 memory 的内存的数据库来存储的例子，而不是用 mysql 数据库，灵码就可以领会我的意思，并提供一个 redis的方案来做这个存储。
02/ 维护遗留系统代码库
另外一个比较常见的场景是我们作为工程师会经常去维护别人留下来的一个老旧系统，可能里面也会有一些祖传代码。那么灵码解释代码这样一个预知任务的能力就可以更好的得到体现了。
比如说有这样一段代码，if else 非常多，也比较杂乱。我们可以点击方法上方的一个快捷入口，让灵码解释一下。这里我们有一个设计，就是灵码会首先给出一个相对比较简短的 high level 解释，帮助开发者能更快的理解这段代码的意思。如果开发者想要更加具体的一些解释，可以通过我们底下的追问按钮有更详细的回答，英文系统叫 in detail，灵码会给出更加具体的解释。
单元测试也是个老生常谈的话题，人人都知单测好，但是能真正做到的又不多。单元测试可以提高代码的可维护性，让代码更加健壮，并且其他人来接手的时候也可以更好维护一些，但是工程师的日常开发需求会更大一些。
单测客观上讲，在短期内是肯定是相对费时间的一件事情，但很多开发者就会往往追求短期的省事，而抛弃了远期的利益。而灵码就可以更加快速的帮助工程师来编写单元测试，提高单测的覆盖率，提升代码库的可维护性。
代码优化也是一个高频场景，之前有很多用户的诉求，希望有这样一个能力。用户可以通过框选右键，也可以点击方法上方的快捷入口来触发代码优化。不过客观上讲，代码优化它是一个很宽泛的词，它设计了风格优化、缺陷修复、程序重构、安全性优化等等。所以我们也在尽我们所能来提升代码优化的模型能力，让开发者的代码质量更高。
最后介绍一下我们的运行调试错误排查能力。当 IDE 遇到一些 runtime 报错的时候，灵码会在报错堆栈中提供一键排错的功能，点击一键排错的按钮后灵码会自动的采集报错堆栈，并定位到出错代码的上下文，帮助用户生成一个报错排查的提示词来提问模型，寻求解决方案。这个功能目前在 IDEA 和 Java 中放开，后续也会在各个端侧和各个语言中放出。
通义灵码的产品亮点及优势
首先通义灵码产品特别关注开发者的体验，开发者是我们的用户。我们针对 IDE 的原生视觉做了很多交互设计上的努力，来贴合开发者的使用习惯。同时在编码过程中，通过补全的触发时机、长度选择、模型速度等层面都做了处理，助力开发者的编码心流体验。
朱熹老先生说过，读书有三到，谓心到眼到口到。对于灵码来说，要生成的准，需要：
- 一 是修炼内在，强大模型，学习更多的优质数据，比如阿里云自身的一些SDK跟OpenAPI。
- 二是提示词工程，用精雕细琢的提示词配合模型训练，使生成的效果加倍提升。
- 三是眼观六路，比如真实的开发者要写对下一行代码，不光要眼看当前文件的上下文，也要知道一些跨文件信息，比如调用另一个文件中的某个方法，这样可以减少一些幻觉问题的出现。
最重要的，也是开发者比较关注的安全可控因素。通义灵码在大模型的生成过程中，所有代码数据仅会用于模型推理，中间不会做任何存储，更不会用来训练。同时我们也提供了两个模型，一个是云端大模型，另外一个是纯本地运行的小模型，不联网、速度快。这两种模型支持一键切换，满足我们在不同网络环境以及不同的补全强度诉求下的编码需求。
