# 2025 年 08 月 22 日

出席人员：markj、jfree、imp、des、jhb、kevans

* Warner 提出关于 AI 使用政策的问题
  * 两个问题：知识产权与（专业）能力
  * Warner 认为，AI 工具已经超越了单纯复制粘贴代码的阶段
  * 需要区分我们讨论的是“强化版的行补全”，还是让 LLM 生成大段代码
  * 我们本就需要担心贡献者提交错误代码或复制粘贴的代码，因此对外部贡献者所持的怀疑程度实际上并未发生变化
  * 不同的极端情况：自动补全 `SYSCTL_INT(<tab>`，与“这是数据手册，给我写个驱动”
  * 希望制定一个非正式的政策：只要 LLM 没有完成“绝大部分”工作，就是可以接受的
  * 提交补丁的人必须理解补丁中的所有内容
  * AI 工具的使用也许应当被明确标注（例如通过 `git trailer`）
  * 有人指出，其他项目同样在为该领域的规范而困扰，FreeBSD 项目应当关注这些进展，使自身政策与更广泛的开源社区保持一致
* 需要尽快安排一次 bug 清理会议
  * Warner 还希望单独进行一次 GitHub PR 集中合入会议
* jhb 指出，在 eurobsdcon 期间我们有一天的空闲时间，应该利用起来做点事情
* des 指出，pkgbase 仍然需要大量工作
  * 在 Ports 与基本系统之间保持 pkg 使用的一致性很困难
  * 仍存在未处理的可用性问题
  * 安装器支持仍属实验性质
  * 存在缺失目录的问题（例如 `/etc/zfs`）
  * 是否需要一种“隐藏的”按仓库区分的 pkg 方案
* 关于 pkgbase 的提案：存在几种模式
  * `freebsd-update` 管理：pkg 只操作 Ports 包，使用 `freebsd-update`
    * Kyle 建议为仓库引入一个新的“隐藏”标记，使其在被显式使用时保持启用，但不会被自动发现
    * bsdinstall 可能默认“隐藏”base 仓库，从而让 `freebsd-update` 开箱即用
    * 为希望直接使用 pkg 的用户文档化如何取消隐藏 base
    * 当前，`freebsd-update` 会对用户隐藏 base 仓库
  * pkg 管理：使用 pkg 来管理 base 系统和 Ports 仓库，后果自负
  * src 管理
    * 在首次升级前，需要在安装后引导 `etcupdate`
    * `make installworld` 可能不会更新 pkg 元数据（是否需要单独的 `make installworld-packages`？）
    * 也许需要文档化如何清理 base 包数据库条目
    * 如果 Ports 开始依赖 base 系统包，应当如何处理