WWW.YOUINFO.SITE
标签聚合 辅助

/tag/辅助

LinuxDo 最新话题 · 2026-06-11 17:41:08+08:00 · tech

很多人第一次接触 AI 编程助手时,都会把它当成“高级搜索引擎”或者“代码生成器”。但真正用下来之后我发现,Codex 最有价值的地方,并不是帮你凭空写一段代码,而是帮你在复杂项目里更快理解上下文、更稳地定位问题、更安全地完成修改。 这篇文章不讲具体项目业务,只分享我在维护项目过程中总结出来的一些实战经验。对刚开始使用 Codex 的同学来说,这些方法能少走很多弯路。 一、先让 Codex 读规则,而不是马上写代码 刚开始用 Codex 时,我很容易犯一个错误:问题一抛过去,就希望它马上给方案、改代码、跑测试。 后来发现,真正高效的方式是先告诉它项目规则。 比如: 项目有哪些子模块 每个模块用什么技术栈 构建命令是什么 哪些目录能改,哪些不能乱动 当前项目有哪些约定 测试、构建、发布分别怎么跑 有哪些历史遗留问题需要避开 这类信息最好写成类似 AGENTS.md 的说明文件。这样 Codex 进入项目后,第一件事不是“猜”,而是“按项目手册工作”。 我的经验是: 越复杂的项目,越不能让 AI 靠猜。你给它越清晰的操作边界,它越像一个靠谱的协作者。 二、让 Codex 先理解现状,再动手修改 很多时候,我们觉得自己只是要改一个小问题,但真实项目里,一个小改动可能牵连配置、接口、构建脚本、前端页面、后端服务、移动端兼容等多个地方。 所以我现在会习惯性要求 Codex: 先查相关代码 找调用链 看现有实现风格 判断影响范围 再决定怎么改 尤其是在维护老项目时,这一点非常重要。 不要直接说: 帮我把这个功能改成 xxx。 更好的说法是: 先帮我看看这个功能现在是怎么实现的,涉及哪些文件和调用链,然后再给出修改方案。 这样 Codex 不会一上来就“自信开写”,而是会先进入侦察模式。等它把上下文摸清楚之后,再进入修改模式,成功率会高很多。 三、善用 CodeGraph,别让 Codex 大海捞针 维护大型项目时,单纯全文搜索经常不够用。一个类、一个函数、一个接口,可能散落在很多模块里。 这时候 CodeGraph 这种代码索引工具非常有用。它能帮 Codex 快速知道: 某个方法在哪里定义 谁调用了它 它又调用了谁 改它会影响哪些地方 某个功能大概分布在哪些文件中 我的体感是,CodeGraph 相当于给 Codex 装了一张“项目地图”。 没有地图时,它需要在代码森林里乱翻。 有地图后,它可以直接走到关键区域。 所以维护项目时,我会优先让 Codex 用代码图谱定位,再做具体阅读和修改。这样不仅快,而且不容易漏掉关键调用点。 四、把构建命令固定下来,别每次临时发挥 项目一复杂,环境问题就会变成噩梦。 比如: 后端需要某个 Java 版本 另一个服务需要另一个 Java 版本 前端要固定 Node 版本 Android、iOS、脚本服务又各有自己的工具链 有些模块用 Maven,有些用 Gradle,有些用 npm/yarn 如果每次都让 Codex 自己猜命令,很容易出现“代码没问题,环境跑崩”的情况。 我的做法是把常用命令整理成脚本: build-backend.sh build-web.sh build-android.sh build-ios.sh check-all.sh status-all.sh 然后告诉 Codex: 不要自己拼命令,优先使用项目提供的脚本。 这点非常关键。 因为脚本里可以固定 JDK、Node、Maven、SDK、环境变量、registry 等细节。Codex 只需要执行标准入口,不需要重新理解整个环境。 结论就是一句话: 把复杂环境封装成脚本,把脚本交给 Codex 调用。 五、每次改代码前,先看工作区状态 多人协作或者长时间维护项目时,工作区里可能已经有别人改过的文件,或者有自己之前没提交的临时改动。 如果不先看状态,Codex 可能误改、覆盖、格式化不该动的文件。 所以我会让 Codex 在动手前先跑状态检查,确认: 当前有哪些文件被修改 哪些改动可能是我已有的 这次任务真正应该碰哪些文件 有没有需要避开的脏文件 这其实是一个非常工程化的习惯。 AI 写代码的能力很强,但它不知道哪些改动是“历史现场”。 你必须让它尊重现场。 我现在的原则是: 只改和任务相关的文件,不顺手重构,不清理无关改动,不替用户做危险操作。 这能避免很多不必要的事故。 六、把 Codex 当初级同事用,会翻车;当资深搭档用,才好用 很多人用 AI 的方式是命令式的: 写一个 xxx。 修一下 xxx。 加一个 xxx。 这种方式适合小脚本,但不适合真实项目。 在真实维护工作中,我更推荐把 Codex 当成一个资深搭档,而不是一个代码打字员。 你可以这样用它: “先帮我分析这个问题可能出现在哪一层。” “这个改法会不会影响已有逻辑?” “有没有更贴合当前代码风格的实现方式?” “帮我找一下类似功能是怎么写的。” “这个地方有没有隐藏的兼容性风险?” “改完之后应该跑哪些最小验证?” 你会发现,当问题问得更工程化,Codex 的回答也会更工程化。 AI 不是只能写代码,它还可以帮你做: 代码考古 风险评估 调用链分析 方案对比 测试补充 构建验证 文档整理 真正的效率提升,来自这些环节串起来。 七、不要追求“一次生成完美代码” 我现在越来越不指望 Codex 一次性生成完美答案。 更高效的节奏是: 让它先定位问题 让它提出最小修改方案 修改后跑测试或构建 根据错误继续收敛 最后总结改动和风险 这和真实开发流程很像。 AI 辅助开发不是“许愿机模式”,而是“快速迭代模式”。 尤其是复杂项目,第一次方案可能只对了一半,这很正常。关键是 Codex 能根据编译错误、测试失败、日志输出继续修正。它不会累,也不会嫌麻烦,这一点非常适合处理维护类工作。 八、让 Codex 跑验证,而不是只相信代码看起来对 只改代码不验证,是非常危险的。 我会尽量让 Codex 在修改后做对应检查: 后端改动跑后端构建 前端改动跑前端构建 移动端改动跑对应编译 脚本改动跑语法检查或单元测试 公共逻辑改动尽量跑更大范围验证 如果构建太重,也至少跑最相关的局部检查。 这一步的价值很高。因为 Codex 不只是“写完了”,而是可以帮你把“能不能过”这件事也确认掉。 我最喜欢的一种用法是: 改完后帮我运行最小必要验证,如果失败,继续根据错误修。 这样整个闭环就完整了。 九、明确告诉 Codex:不要过度发挥 AI 很容易“顺手优化”。 比如你只是让它修一个 bug,它可能顺便: 改了格式 重构了结构 换了写法 调整了命名 改了无关文件 加了不必要的抽象 这些在新项目里可能无所谓,但在维护项目时很危险。 所以我会明确给它约束: 保持改动最小 遵循现有风格 不做无关重构 不碰无关文件 不覆盖已有改动 不引入新的依赖,除非确实必要 修改公共逻辑前先分析影响范围 维护项目最怕“看起来更优雅,实际上风险更大”。 Codex 很强,但你要给它刹车系统。 十、让 Codex 最后交付一份清晰总结 一次好的 AI 协作,不应该只留下代码改动,还应该留下清楚的交代。 我通常希望 Codex 最后说明: 改了哪些文件 解决了什么问题 核心逻辑怎么变了 跑了哪些验证 有没有未验证的风险 后续还可以做什么 这份总结对自己回顾、写 commit message、发 PR、同步团队都很有帮助。 尤其是当你一天内处理很多小问题时,Codex 的总结能帮你快速恢复上下文。 我的 Codex 使用心法 总结下来,我觉得 Codex 辅助维护项目的核心不是“让 AI 多写代码”,而是“让 AI 更好地参与工程流程”。 我的使用心法大概是这几条: 先给规则,再给任务。 先理解上下文,再修改代码。 优先使用项目已有脚本和工具。 改动越小越好,验证越明确越好。 尊重已有工作区,不覆盖别人的现场。 把 Codex 当协作者,而不是代码生成器。 复杂问题分阶段推进,不追求一步到位。 每次交付都要有总结、有验证、有风险说明。 结语 小白使用 Codex,最开始可能会觉得它只是“帮我写代码的工具”。 但真正用进项目维护流程之后,你会发现它更像一个随时在线的工程搭档:能帮你读代码、查调用链、分析风险、执行构建、修复错误、整理结论。 它不能替代你的判断,但能显著放大你的判断。 它不能保证每次都对,但能让你更快接近正确答案。 所谓“小白成神”,并不是因为 AI 让人突然无所不能,而是因为它把很多原本需要大量经验积累的工程动作,变成了可以被学习、复用和自动化的流程。 会提问、会约束、会验证、会迭代。 这才是用好 Codex 的真正干货。 3 个帖子 - 2 位参与者 阅读完整话题

v2ex · 2026-06-11 11:02:21+08:00 · tech

最近对 AI 辅助编程挺感兴趣的,想看看在几乎全靠 Codex 辅助的情况下,能以多快的速度跑通一个完整的 Web 项目。为了找个现成的逻辑来练手,我就复刻了一个经典的测试小工具:8values 。 🔗 练手项目地址: https://8value.online/ 🛠️ 开发体验 & 感受: 整个项目基本是抱着 Codex 的大腿写出来的。体验下来感觉非常有意思: 逻辑生成: 像这种“几十道题、计算分值、映射到 4 个不同维度(经济、外交、公民、社会)并匹配最终结果”的逻辑,用自然语言描述给 Codex 后,它给出的代码骨架非常完整,省去了很多敲 boilerplate 代码的时间。 样式微调: 前端 UI 主要也是让 AI 帮忙生成的,然后我自己微调了进度条的动效和移动端的适配。有时候 AI 会在 CSS 上犯点小迷糊,但通过多轮 Prompt 纠正,基本都能搞定。 整体感受: 作为练手项目,AI 确实极大降低了“造轮子”的摩擦力,感觉以后验证一些小想法会越来越快。 📌 关于 8values 测试本身: 如果不了解 8values 的 V 友,简单科普一下:这是一个通过回答几十道情境题,来测算你个人在“经济、外交、公民、社会”四个维度的倾向,并最终给你打上一个“意识形态标签”(比如古典自由主义、社会民主主义等)的测试。 大家平时可能觉得自己是“中立”的,用这个数据化的小工具照照镜子还挺好玩。 ⚠️ 叠个甲(防杠补丁): 这就是个拿来练手编程的项目,测试题目和模型本身也是网上开源的经典版本。大家点进去测着图一乐就好,看看结果准不准。千万别在评论区过度键政哈,保护账号,Peace & Love 🐶 欢迎大家来测测看,也欢迎从技术或前端体验的角度提提建议(比如哪里有 Bug 、移动端排版等),我再去让 Codex 帮忙修一下,哈哈。

v2ex · 2026-06-11 10:15:58+08:00 · tech

最近对 AI 辅助编程挺感兴趣的,想看看在几乎全靠 Codex 辅助的情况下,能以多快的速度跑通一个完整的 Web 项目。为了找个现成的逻辑来练手,我就复刻了一个经典的测试小工具:8values 。 🔗 练手项目地址: https://8value.online/ 🛠️ 开发体验 & 感受: 整个项目基本是抱着 Codex 的大腿写出来的。体验下来感觉非常有意思: 逻辑生成: 像这种“几十道题、计算分值、映射到 4 个不同维度(经济、外交、公民、社会)并匹配最终结果”的逻辑,用自然语言描述给 Codex 后,它给出的代码骨架非常完整,省去了很多敲 boilerplate 代码的时间。 样式微调: 前端 UI 主要也是让 AI 帮忙生成的,然后我自己微调了进度条的动效和移动端的适配。有时候 AI 会在 CSS 上犯点小迷糊,但通过多轮 Prompt 纠正,基本都能搞定。 整体感受: 作为练手项目,AI 确实极大降低了“造轮子”的摩擦力,感觉以后验证一些小想法会越来越快。 📌 关于 8values 测试本身: 如果不了解 8values 的 V 友,简单科普一下:这是一个通过回答几十道情境题,来测算你个人在“经济、外交、公民、社会”四个维度的倾向,并最终给你打上一个“意识形态标签”(比如古典自由主义、社会民主主义等)的测试。 大家平时可能觉得自己是“中立”的,用这个数据化的小工具照照镜子还挺好玩。 ⚠️ 叠个甲(防杠补丁): 这就是个拿来练手编程的项目,测试题目和模型本身也是网上开源的经典版本。大家点进去测着图一乐就好,看看结果准不准。千万别在评论区过度键政哈,保护账号,Peace & Love 🐶 欢迎大家来测测看,也欢迎从技术或前端体验的角度提提建议(比如哪里有 Bug 、移动端排版等),我再去让 Codex 帮忙修一下,哈哈。

v2ex · 2026-06-11 08:49:28+08:00 · tech

最近对 AI 辅助编程挺感兴趣的,想看看在几乎全靠 Codex 辅助的情况下,能以多快的速度跑通一个完整的 Web 项目。为了找个现成的逻辑来练手,我就复刻了一个经典的测试小工具:8values 。 🔗 练手项目地址: https://8value.online/ 🛠️ 开发体验 & 感受: 整个项目基本是抱着 Codex 的大腿写出来的。体验下来感觉非常有意思: 逻辑生成: 像这种“几十道题、计算分值、映射到 4 个不同维度(经济、外交、公民、社会)并匹配最终结果”的逻辑,用自然语言描述给 Codex 后,它给出的代码骨架非常完整,省去了很多敲 boilerplate 代码的时间。 样式微调: 前端 UI 主要也是让 AI 帮忙生成的,然后我自己微调了进度条的动效和移动端的适配。有时候 AI 会在 CSS 上犯点小迷糊,但通过多轮 Prompt 纠正,基本都能搞定。 整体感受: 作为练手项目,AI 确实极大降低了“造轮子”的摩擦力,感觉以后验证一些小想法会越来越快。 📌 关于 8values 测试本身: 如果不了解 8values 的 V 友,简单科普一下:这是一个通过回答几十道情境题,来测算你个人在“经济、外交、公民、社会”四个维度的倾向,并最终给你打上一个“意识形态标签”(比如古典自由主义、社会民主主义等)的测试。 大家平时可能觉得自己是“中立”的,用这个数据化的小工具照照镜子还挺好玩。 ⚠️ 叠个甲(防杠补丁): 这就是个拿来练手编程的项目,测试题目和模型本身也是网上开源的经典版本。大家点进去测着图一乐就好,看看结果准不准。千万别在评论区过度键政哈,保护账号,Peace & Love 🐶 欢迎大家来测测看,也欢迎从技术或前端体验的角度提提建议(比如哪里有 Bug 、移动端排版等),我再去让 Codex 帮忙修一下,哈哈。

v2ex · 2026-06-11 05:36:50+08:00 · tech

虽然用 claude code / gpt / codex 用它辅助生成代码也有一年半载的时间了,感受到人工智能编程带来的效率的提升,但是真正项目种对接人工智能场景其实还是不太多,我感觉到,如果各行各业要融入到人工智能带去的便捷,我认为市场上最需要的其实是能够对接人工智能到项目中,让项目借助人工智能而带给具体使用者便利性的开发者。 前些时间在招聘平台上招聘者问我会 agent 开发么? 我愣了一下,agent 开发 最近看了下,agent 开发实际上就是 把工具指令 参数入口描述好,然后用人工智能调用这个指令 那么是不是 agent 开发这种需求比较多呢?

v2ex · 2026-06-10 19:07:35+08:00 · tech

https://github.com/mskatoni/v2ex-max-helper 最低部署要求 1 核心 512MB 内存(请设置 1GB SWAP) (比如甲骨文免费 AMD 和 Azure 学生免费 Linux 机器) 舒适运行需求 1 核心 2GB 内存 项目完全使用真实 Chromium 浏览器,可编辑指纹或者直接使用默认真实指纹活跃,支持多账号与指纹隔离,支持自动刷新 cookie 和保活,以及 telegram bot 提醒兜底。无暴露端口,不存在 UI 面板,隐私友好。 每一行代码都开源,觉得还不错就请给我一个免费的 star 吧!同时欢迎代码审计和 PR ! 您的 star 是我创作的动力! 请不要使用中转站 API 部署!使用中转站 API 部署导致 cookie 或者 VPS 密钥泄露等问题,本人不承担任何责任 ⚠️ 免责声明 本项目仅供学习与个人自动化使用。请遵守 V2EX 用户协议,合理设置频率,自行承担使用风险。

v2ex · 2026-06-10 19:07:35+08:00 · tech

https://github.com/mskatoni/v2ex-max-helper 最低部署要求 1 核心 512MB 内存(请设置 1GB SWAP) (比如甲骨文免费 AMD 和 Azure 学生免费 Linux 机器) 舒适运行需求 1 核心 2GB 内存 项目完全使用真实 Chromium 浏览器,可编辑指纹或者直接使用默认真实指纹活跃,支持多账号与指纹隔离,支持自动刷新 cookie 和保活,以及 telegram bot 提醒兜底。无暴露端口,不存在 UI 面板,隐私友好。 每一行代码都开源,觉得还不错就请给我一个免费的 star 吧!同时欢迎代码审计和 PR ! 您的 star 是我创作的动力! 请不要使用中转站 API 部署!使用中转站 API 部署导致 cookie 或者 VPS 密钥泄露等问题,本人不承担任何责任 ⚠️ 免责声明 本项目仅供学习与个人自动化使用。请遵守 V2EX 用户协议,合理设置频率,自行承担使用风险。

v2ex · 2026-06-10 18:07:35+08:00 · tech

https://github.com/mskatoni/v2ex-max-helper 最低部署要求 1 核心 512MB 内存(请设置 1GB SWAP) (比如甲骨文免费 AMD 和 Azure 学生免费 Linux 机器) 舒适运行需求 1 核心 2GB 内存 项目完全使用真实 Chromium 浏览器,可编辑指纹或者直接使用默认真实指纹活跃,支持多账号与指纹隔离,支持自动刷新 cookie 和保活,以及 telegram bot 提醒兜底。无暴露端口,不存在 UI 面板,隐私友好。 每一行代码都开源,觉得还不错就请给我一个免费的 star 吧!同时欢迎代码审计和 PR ! 您的 star 是我创作的动力! 请不要使用中转站 API 部署!使用中转站 API 部署导致 cookie 或者 VPS 密钥泄露等问题,本人不承担任何责任 ⚠️ 免责声明 本项目仅供学习与个人自动化使用。请遵守 V2EX 用户协议,合理设置频率,自行承担使用风险。

v2ex · 2026-06-10 18:07:35+08:00 · tech

https://github.com/mskatoni/v2ex-max-helper 最低部署要求 1 核心 512MB 内存(请设置 1GB SWAP) (比如甲骨文免费 AMD 和 Azure 学生免费 Linux 机器) 舒适运行需求 1 核心 2GB 内存 项目完全使用真实 Chromium 浏览器,可编辑指纹或者直接使用默认真实指纹活跃,支持多账号与指纹隔离,支持自动刷新 cookie 和保活,以及 telegram bot 提醒兜底。无暴露端口,不存在 UI 面板,隐私友好。 每一行代码都开源,觉得还不错就请给我一个免费的 star 吧!同时欢迎代码审计和 PR ! 您的 star 是我创作的动力! 请不要使用中转站 API 部署!使用中转站 API 部署导致 cookie 或者 VPS 密钥泄露等问题,本人不承担任何责任 ⚠️ 免责声明 本项目仅供学习与个人自动化使用。请遵守 V2EX 用户协议,合理设置频率,自行承担使用风险。

LinuxDo 最新话题 · 2026-06-10 11:46:24+08:00 · tech

高考结束了,预祝参加高考以及小孩高考的佬们金榜题名,上个好学校。小孩也准备高三了,也是蛮幸苦的了,作为大人也想好好帮助她提升下学习成绩。所以想求下各位佬,有用AI来辅助复习实践的经验能否传授下,或者各位佬按自己的想法有什么样的好建议,想通过vibe coding来帮忙实现vibe revise,谢谢 5 个帖子 - 4 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-10 11:15:29+08:00 · tech

各位佬好,我本职是做新媒体运营的,之前在 B 站跟着课程学习过一段时间开发(很基础的前端三件套 + nodejs 和其他杂知识,说白了自己手写代码也就写点简单的)最近靠着 GPT 做了一个自己工作中提效的网站(新闻情报采集和 AI 自动出稿这一套),确实对自己的工作有很多帮助节省了很多经理。 但做着做着就感觉项目结构有点乱,数据库表也是一团浆糊……(虽然写了提示词… 但是感觉不尽如人意) 现在感觉有几个问题,想请教下各位佬,主要感受是: 项目结构越写越乱(刚开始 AI 生成的时候还挺清晰,但是随着功能越加越多,慢慢地我自己都不知道哪个文件在干什么了哈哈哈哈哈) AI 过度开发,代码越堆越多(很多她建议我加,但是我自己也不确定该不该加就全都加上的代码) 数据库表结构混乱(每次加功能 AI 就给我加字段、加表。现在一个表里有 30 多个字段,有些字段我完全想不起来是干嘛的。还有几张表互相外键引用…) 想请教下各位佬,怎么重新掌握对项目的控制权?有没有合适的 skill 或者其他工具,感谢各位佬(如果有说错的地方轻喷,我是真的菜) 1 个帖子 - 1 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-10 10:25:29+08:00 · tech

使用AI辅助自己些代码已经很久了,从gpt3.5开始。 一开始都在正在开发的项目中,需要一些功能函数,在网页上让些一些功能函数,这时候自己对代码的把控都还行,都是写一些功能函数。 但是尤其最近一年以来,各种agent工具一浪一浪的推过来,更新层出不穷。新项目几乎全用AI开发,自己就写需求。购买的各种token套餐,国外的国内的结合使用,为了省钱。 老项目,总想着用AI过一边,优化一下,而且几乎AI都能给出看起来都很有道理的优化方案,而且找出一些列代码风险,也给出很多修复方案,然后自己审核plan之后,感觉相当有道理。OK,优化吧,执行吧。 多来几轮之后,以前的老项目,如果出了问题,几乎心里立刻能定位到大概在什么位置。但是现在经过几轮优化之后,出了问题,具体哪里有问题,心里没以前有底了。 新项目用AI开发的,在初步进行测试时,很多时候执行都没问题,测试也没什么问题。好吧,上线,面对各种形式的用户和使用逻辑,出了一些问题之后,然后开始继续改代码,怎么改呢,没办法继续使用AI改,因为AI写的代码量上来之后,想要手动精准修改到很多问题是有难度的。AI就继续改,因为只要你说了实际的问题,基本AI都认同,然后又不停叠加修复方案。 最后导致项目上线之后,心里一点底都没有。 与原来手动写代码时,基本手动写的慢,经常一个功能写出来时,实际已经测试了好几次了,心里相当于复习了很多次。即使出了问题,心里也能及时定位给出修复方案,然后上线。 现在AI越用越多,心里反而底气越来越不足了,尤其是后端项目。前端的还不那么怕,前端出bug了及时修复然后覆盖就行,只要保证后端数据正常和执行逻辑的安全,问题都在可控范围。但是后端出问题,造成数据搞错了,脑袋都大了,难道每次都有数据库回滚的机会?怎么可能。 大家都怎么解决遇到的这类似的问题的? (以上内容全手打,格式乱,大家担待,想用AI优化一下格式,还是算了,闲聊而已) 1 个帖子 - 1 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-10 00:55:46+08:00 · tech

各位佬,我开发了一个辅助自己AI写小说的程序,关于降低AI味,提高类人输出的方向,折腾了一个月,从各种提示词,到蒸馏各类文章,到做语料库,最终出来的效果都感觉生硬,感觉规则多了,太重了,输出的小说质量语感很差,没AI味,也没人味了。想请教下大佬们,有无什么建议和技术路线? 3 个帖子 - 3 位参与者 阅读完整话题