Vibe Coding 脏工作树安全改码:先保护已有修改,再约束 AI 补丁
工作树不干净时,AI 的一次格式化、还原或批量替换都可能覆盖用户工作。本文用三层状态盘点、文件归属、允许范围、前后差异收据和冲突停机规则,让新改动与既有改动共存。
这里聚合 CodeNodeX AI 社区中与 开源 相关的技术文章和讨论,覆盖概念解释、工具对比、工程实践、常见问题和独立开发经验。
如果你正在研究 开源,建议先阅读高质量长文,再参与帖子讨论,形成从理解到实践的完整路径。
工作树不干净时,AI 的一次格式化、还原或批量替换都可能覆盖用户工作。本文用三层状态盘点、文件归属、允许范围、前后差异收据和冲突停机规则,让新改动与既有改动共存。
只给 AI 一句需求,会迫使它自行猜测仓库状态和验收口径。本文定义一份轻量任务上下文包,把目标、非目标、代码基线、允许范围、验证命令与未知项组合成可复查的开工输入。
AI 熟悉的 API 可能属于另一版本,搜索结果也常默认展示最新版。本文从锁文件和本地包确定真实版本,再把官方文档、迁移说明与废弃项绑定到任务,避免写出“语法正确但版本不对”的补丁。
新会话只收到“继续刚才的任务”,往往会重复操作、相信旧测试或覆盖未提交改动。本文设计一份重启摘要,分开已确认事实、工作树现状、已完成步骤、未决决策与下一条安全动作。
不想给云厂商交对象存储的钱,自建了一套 MinIO 存用户上传图片,S3 兼容 API,配 Next.js 的 image loader 很顺。 部署很简单,docker compose 一把梭,挂个挂载点就行。配合 mc 客户端做 bucket 管理和生命周期策略。 踩过的坑:
Coolify 号称 "自托管的 Vercel/Heroku",半年前部署了一套,跑内部项目和 Side Project。整体体验分享一下。 优点: git push 自动部署, Preview Environment、回滚都有。 内置数据库(Postgres/Redis/Mon
家里有台旧小主机,折腾了一年 homelab,把能自托管的全自托管了,分享下心路历程。 现在跑着的服务: Gitea + Drone:私有 git 和 CI。 Vaultwarden:密码管理。 Jellyfin:影音。 Nextcloud:网盘。 AdGuard Home:去广
维护一个开源项目三年了,star 数到了 2k,但越来越累,经常冒出"要不归档算了"的念头,想跟大家聊聊怎么坚持。 累的点主要有三个:issue 永远回不完,很多人提了就跑,连复现步骤都不给;PR review 占用大量时间,质量参差不齐;还有一部分用户理直气壮地催更,仿佛我欠他
发现一个商业产品直接把我的开源项目包装了一下拿去卖,年费好几百,而我的项目是 MIT 协议完全免费的,心情有点复杂。 从法律上讲,MIT 协议允许商用,他们只要保留我的版权声明就没问题,我没法追究。但从情感上讲,看着自己免费的心血被人拿来赚钱,确实不太舒服。 更微妙的是,他们连
项目满三年了,趁这个节点复盘一下,顺便给准备做开源的同学一些参考。 三年来最大的收获不是 star 数,而是三件副产品:一是建立了个人品牌,带来了一些咨询和演讲机会;二是结识了一批优秀的 contributor,其中几个成了现实中的朋友;三是项目的某些设计被业内借鉴,挺有成就感。
鼓起勇气给一个用了很久的开源项目提了第一个 PR,结果被维护者拒了,虽然回复很客气,但还是有点受挫。 被拒的理由是:改动的范围超出了项目定位,而且我没有先开 issue 讨论,直接上了代码。维护者建议我先在 issue 里讨论方向,达成共识再动手。 复盘下来确实是我的问题:太急着
项目最近收到一些公司的贡献,开始有人建议我加 CLA(贡献者许可协议),我有点拿不准,想听听大家的看法。 加 CLA 的好处:方便未来变更协议或商业化,避免版权纠纷;坏处:增加贡献门槛,可能劝退个人贡献者,而且 CLA 给人的感觉就是"维护者要独占版权",有点伤社区氛围。 我目前