核心信息
研究团队构建了一套类似“模型卡”的标准化框架,用于记录AI行为失范事件,并发布了论文与演示。团队正在寻找独立机构长期运营该注册库,并负责与模型提供商跟进。
要点
- 提出结构化“事件卡”格式,提高AI事故与异常行为的透明度。
- 建议字段包括事件发生/发现/报告日期、行为出现频率,以及该行为是在评测还是RL训练阶段出现。
- 目前项目在寻找能全职维护注册库的机构,并与模型提供商进行后续沟通。
研究团队构建了一套类似“模型卡”的标准化框架,用于记录AI行为失范事件,并发布了论文与演示。团队正在寻找独立机构长期运营该注册库,并负责与模型提供商跟进。
RT @evijit: So we actually built this! Paper: https://t.co/tmxoulOe1Z Demo: https://t.co/4U4b1jqhQJ We are actually looking for an org to run this fulltime as researchers in their individual capacity don't have bandwidth. If you are an independent org interested in maintaining a registry of flaw/incident reports and follow up with model providers pls reach out!
i think we need to create a "model card" equivalent for reporting misalignment incidents, this would guarantee a certain level of transparency and help build a better understanding over time. some ideas for what the fields could be: - date of the incident/detection/report (already present in the examples oai reported!) - frequency: how often does this behavior happen (number or % of rollouts affected) - stage: does this happen during eval or RL training. if training: do we expect this behavior to be reinforced by RL? evolution of % of rollouts affected over time - detection: was this incident caught by the current monitoring system? - task category: broad description of the tasks where the misalignment happened (cyber, research, web search, basic Q&A, biology etc.) - model family: what model family is affected (Sol, Astra etc.) - novelty: is this an issue we were already aware of or not? - external impact: did the incident have an external impact (i.e. wiki incident would have been yes) this is just some random ideas i had (more in thread that are a bit more "complex"), we need to add more that would contribute to increase transparency and understanding. but it's also very important that this does NOT slow down the process of reporting misalignment behavior! some examples from the incident reported by oai recently