作者小头像 Lv.2
更多个人资料
83 成长值
0 关注
0 粉丝
+ 关注 私信

个人介绍

这个人很懒,什么都没有留下

感兴趣或擅长的领域

暂无数据
个人勋章
TA还没获得勋章~
成长雷达
80
3
0
0
0

个人资料

个人介绍

这个人很懒,什么都没有留下

感兴趣或擅长的领域

暂无数据

达成规则

以上满足项可达成此勋章

  • 博客
  • 关注
  • 粉丝
  • 论坛
全部时间
全部时间
最近三天
最近一周
最近一月
  • 全部
  • 暂无专栏分类
让两个 coding agent 同时改一个仓库:先分区,再合并
一个人同时开两个 coding agent 改同一个仓库,听起来是双倍产出,实际常常是双倍返工:两个 agent 改了同一批文件,合并时冲突;一个改了接口,另一个还在按老接口写调用。并行的问题不在速度,在协作界面没定义清楚。做法:第一,先分区再开工:按目录或模块把仓库切成互不重叠的片区,一个 agent 只碰自己的片区,公共文件(锁文件、入口、配置)上锁,谁都不许动。第二,接口先行:跨片区的...
作者小头像 yd_248498633 2026-10-30 13:21:29
14
0
0
2026-10-30 13:21:29
14
0
0
给危险操作加一层“干跑”模式:先预览影响,再真正执行
删除、批量改名、清理缓存、跑迁移脚本这类操作一旦执行就很难撤回。很多人靠“小心一点”兜底,但人总会在疲惫或赶时间时手滑。更可靠的办法是让工具本身先算一遍、把影响列出来,等人确认后再真正动手。做法:第一,给所有不可逆操作加一个默认开启的干跑(dry-run)模式:先扫描目标、列出将要改动的文件、行数、受影响的服务,什么都不改。第二,输出要具体到可核对:改哪几个文件、删多少条记录、预计耗时,而不...
作者小头像 yd_248498633 2026-10-29 11:22:52
11
0
0
2026-10-29 11:22:52
11
0
0
给 AI 编程助手立三条规矩:先读代码,再改代码
背景把改代码交给 AI 编程助手后,最常见的翻车不是它写不出代码,而是它在没读懂上下文的情况下动手:改了 A 处,断了 B 处的隐含约定;补了一个函数,却与项目里已有的工具函数重复。问题不在模型能力,而在任务下达方式——人默认助手已经理解了项目,助手默认人的指令就是全部上下文。我现在的做法是:每次开任务前,先给助手立三条规矩,写进任务描述里,而不是事后返工时再补。 规矩一:先读,再改明确要...
作者小头像 yd_248498633 2026-10-27 11:31:42
32
0
0
2026-10-27 11:31:42
32
0
0
给本地开发环境加一层“可丢弃”隔离:容器化开发的取舍
本地开发环境越用越“脏”,往往是因为依赖和配置直接改动了本机。本文把开发环境做成可丢弃的容器隔离:代码与数据留在外面,环境随时重建,并讨论性能、调试与维护成本,给出务实的取舍清单。
Docker 云原生 容器
作者小头像 yd_248498633 2026-10-25 11:49:33
58
0
0
2026-10-25 11:49:33
58
0
0
服务器 SSH 失联?从代理、隧道到服务三步排查
服务器 SSH 突然连不上时,按代理、隧道、服务三步从外向内分段排查,先定位断掉的链路再动手,避免同时改多个配置。
Linux ssh 运维
作者小头像 yd_248498633 2026-10-24 20:05:47
67
0
0
2026-10-24 20:05:47
67
0
0
让多台设备上的 AI 编程助手协同工作:一种无云中继的会话方案
多台设备上的 AI 编程助手各自为战:上下文、计划锁在设备里,中心化多 agent 方案又要把 API Key 和代码交给第三方云。本文分享一种"会话总线"方案:设备间用短码直连、Key 不离设备、无云中继,并介绍开源工具 Skep 的实际工作流与取舍。
人工智能 开发工具
作者小头像 yd_248498633 2026-10-23 09:59:07
74
0
0
2026-10-23 09:59:07
74
0
0
https://www.baidu.com/s?ie=utf-8&f=3&rsv_bp=0&rsv_idx=1&tn=baidu&wd=sed%20%E6%9B%BF%E6%8D%A2%E5%AD%97%E7%AC%A6%E4%B8%B2&rsv_pq=c7db61a600035dc5&rsv_t=5e19yEsbV9N5fIvdlGRU
作者小头像
作者小头像
快速交付
+ 关注