平时用过哪些 Coding Agent，如何介绍其中熟悉的工具？

知识专题：AI Coding 与研发流程题目类型：经历介绍

相关面经：59 篇题集来源：3 个

更新时间：2026-10-29

未标记

问AI

选择 AI 平台

Kimi 千问 ChatGPT

自动带入当前题目

反馈

考查重点：工具使用流程与失败处理。选一个熟悉工具，沿读代码、修改、运行测试的一次任务讲调用方式、交互控制和失败处理

本题目录

参考答案

核心回答

以主要使用 Claude Code 维护后端项目、也用过编辑器内补全的经历为条件化示例：

我最熟悉的是 Claude Code。我会让它在仓库里完成有明确边界的任务，例如给一个查询接口补输入校验和回归用例。先让它定位路由、业务实现和现有测试，确认应该在哪层改，再小步修改并运行相关检查。我会看 diff，核对它有没有扩大范围，以及测试是否真的覆盖原问题。

如果失败，我会提供复现输入、完整错误和预期结果，让它沿证据继续修；如果方向已经偏了，就先撤回错误改动，重新缩小任务。它能把读代码、修改和检查串起来，但业务取舍、结果审阅和最终交付仍由我负责。编辑器补全更适合写代码时接受局部候选，我不会把这两种使用方式混为一谈。

如何把“熟悉工具”讲具体

介绍一款工具，可以沿一次任务说清三件事：

输入什么：缺陷症状、复现方式、预期行为、相关文件线索，以及“沿用现有错误格式、不加新依赖”等约束。仓库里能查到的代码结构让工具自己定位，避免先塞入大段可能过时的说明。
怎样控制过程：先核对理解是否正确，再看改动是否集中在目标模块；涉及额外依赖、接口变化或部署时，按任务授权和团队流程决定下一步。普通局部修复不必都扩成复杂的多阶段流程。
怎样确认结果：看实际修改、检查命令与输出，确认正常路径和原来的失败输入都符合要求。工具说“完成”与验收完成之间，还差这一步核对。

例如接口原来把空字符串送进下游查询，正确修复应在请求边界处理并保留既有错误约定。只让测试改成接受错误结果，虽然可能得到绿色输出，却没有修好问题。

失败时如何处理

先区分错误来自代码、测试还是环境。测试没启动成功，就不能说行为已经验证；依赖或凭据缺失，应说明缺少的验证条件。若模型反复猜测，给出最小复现、相关日志和现有实现，让下一轮只解决一个已定位问题。

面试时也可以补一句取舍：我更关注它能否在现有项目里稳定完成任务，以及审阅和返工成本，而不是生成了多少行代码。不会把一次演示的顺利完成推广成所有项目都能提效。

对应教程

第27章：Skills技能与AI编程工具实践：补充工具规则与可复用任务流程的区别；介绍工具时仍以具体任务和验证过程为主。

参考资料

国内：JavaGuide：AI Coding 选 CLI 还是 IDE？：用于区分终端任务与编辑器补全的介绍重点，不据工具形态判断谁一定更强。
国内：JavaGuide：Spec Coding 实践：用于把任务目标、不可改范围和验收条件说清。
国内：Onefly：AI Coding 面试实战：用于说明本人负责范围判断、审阅与最终交付。
国内：阿东玩 AI：Coding Agent 面试指南：用于解释读代码、修改、执行检查、根据失败继续修复的循环。
国外：Anthropic：Best practices for Claude Code：用于说明给出具体症状、仓库约束和可执行检查，并核对实际输出。
国外：GitHub：Responsible use of Copilot inline suggestions：用于区分补全建议与任务执行，以及生成代码的语义、架构适配边界。

相关面经

59 篇

公司未注明

Java 开发实习生

2026-10-29实习