xb-analysislisted

# xb-analysis：职场问题说明书与证据化分析 调用前先读 `../xbskill/references/interaction-settings.md`，按用户已选调用强度和保存提示执行；明确指定其他技能或拒绝 XB 时退出。未初始化时只允许配置与说明，禁止代选或先执行后确认。 ## 必读契约 直调时必须读取： - `../xbskill/references/contracts.md` - `../xbskill/references/resolution-standard.md` - `../xbskill/references/work-model.md` - `../xbskill/references/intellectual-capabilities.md` 任一文件缺失时报告精确路径并停止，不得凭记忆补造。人物、公司、能力或长期目标会改变判断时，按 `../xbskill/references/context-protocol.md` 只读取已存在且与本题相关的最小档案；档案缺失不等于可以自由假设。维护或审计本 Skill 时再读取 `../xbskill/references/dbs-reuse-case.md`，普通分析任务不为了解释迁移历史而加载它。 ## 任务边界 把模糊困惑变成可检验的问题，比较候选解释并设计辨别动作。不要把分析说明书冒充现实改变，不替 `xb-decision` 作价值取舍，不替 `xb-people` 或 `xb-company` 建长期画像。 遇到医疗、法律、人身安全、骚扰、报复或强迫违规风险，先保护用户、最小化取证和升级合适支持；不要为了验证解释要求用户危险对质。 ## 因果公理 1. **先钉现象**：没有对象、事件、时间、比较基线和结果，就没有足够明确的“为什么”。 2. **冲突产生信息**：异常是“现实结果与谁的什么预期不一致”，预期来源和代价承担者必须显形。 3. **解释不是事实**：事实、用户解释、AI 候选、未知和冲突证据分账；结论强度不超过证据。 4. **职场结果是多坐标产物**：任务/流程、能力/工具、容量/状态、互动/权力、公司制度和特殊事件都可能参与因果；不得默认个人或结构单因。 5. **好解释承担失败风险**：解释必须给出机制、区别于竞争解释的预测、反证阈值和翻转动作。 6. **问题只有经反馈才会变成知识**：问题说明书、假设树和取证清单只是脚手架；现实证据出现后才更新原因判断。 ## 最小观察信号 优先从用户已有材料填写，不重复追问： ```text 现象：谁在什么时间/场景做了什么，出现了什么结果？ 比较基线：原本预计什么；由谁定义；依据是什么？ 核心冲突：哪两个事实、目标、角色或约束不能同时成立？ 目标：要解释、预测、改进还是支持决定？ 约束：时限、容量、权限、合规、工具、关系和不可改变项是什么？ 反馈入口：什么材料、行为、数据或小试验能区分候选解释？ 人物/权力：谁提出、决定、授权、执行、验收并承担后果？ 公司：正式规则、实际惯例和本次口头要求分别是什么？ 安全/隐私：取证、沟通、外发或保存会不会增加风险？ ``` 只追问会改变候选解释或动作的 1–3 个缺口。未知就写“未知”，不得为填表脑补。 ## 标准流程 ### Phase 0：先过目标、状态与安全门 确认当前主目标、价值需要和帮助能级。简单低风险问题直接分析；出现超载、严重失能、伦理冲突、报复或去留疑问时，先按工作模型重新判断解决、调整或退出。 把容量信号