只使用这份完整的虚构 JOIN-01 材料，修复下面完整的故意错误查询及解释。
返回完整修正后的 SQLite SELECT、基准场景的完整七行诊断，以及按团队
汇总的完整三行结果；然后逐项解释修复后的计数怎样追溯到项目 ID 和
检查 ID。不要只建议添加 DISTINCT，也不要只返回一行修正结果。

问题：按团队统计项目数、独立检查事件数和通过的检查事件数。
包含没有检查事件的项目。保持原始 team、project_id、check_id、outcome
字段及所提供的键不变。一条项目记录代表一个实体，一个 check_id 代表
一次独立事件。C1 和 C2 是两次独立的通过事件。P4 即使没有事件，也属于
West。本例每个团队输出一行，依次为 North、South、West。

保留原始数据。不要把右侧为空的占位行计作事件。不要丢弃重复出现的
pass 标签，不要把整个结果筛成仅含 pass 的行，也不要把问题改成清单
成员对账。说明每个查询阶段的一行究竟代表一次事件还是一个项目。

下面的错误查询确实已在本地用虚构输入运行；错误文字是人工编写的反例，
不是取得的模型输出。不要声称运行过模型，也不要声称你返回的查询已经
执行。只准备文字。之后如需执行，必须使用可丢弃的本地玩具数据副本，
另行报告实际引擎和结果。不要连接生产数据库、上传数据、安装软件包
或访问账号。

完整表结构和原始初始数据
PRAGMA foreign_keys = ON;

CREATE TABLE projects (
    project_id TEXT PRIMARY KEY NOT NULL,
    team TEXT NOT NULL
);

CREATE TABLE checks (
    check_id TEXT PRIMARY KEY NOT NULL,
    project_id TEXT NOT NULL REFERENCES projects(project_id),
    outcome TEXT NOT NULL
);

INSERT INTO projects (project_id, team) VALUES
    ('P1', 'North'),
    ('P2', 'North'),
    ('P3', 'South'),
    ('P4', 'West');

INSERT INTO checks (check_id, project_id, outcome) VALUES
    ('C1', 'P1', 'pass'),
    ('C2', 'P1', 'pass'),
    ('C3', 'P1', 'fail'),
    ('C4', 'P2', 'pass'),
    ('C5', 'P3', 'fail'),
    ('C6', 'P3', 'pass');

完整错误查询
SELECT
    p.team,
    COUNT(*) AS projects,
    COUNT(*) AS checks,
    SUM(CASE WHEN c.outcome = 'pass' THEN 1 ELSE 0 END) AS passed
FROM projects AS p
LEFT JOIN checks AS c ON c.project_id = p.project_id
GROUP BY p.team
ORDER BY p.team;

实际观察到的完整错误基准结果
[
  [
    "North",
    4,
    4,
    3
  ],
  [
    "South",
    2,
    2,
    1
  ],
  [
    "West",
    1,
    1,
    0
  ]
]
列：team, projects, checks, passed

完整的人工错误解释
故意错误——人工编写的教学反例

我把 projects 与 checks 连接，然后对两个指标都统计连接后的行数。
North 有4个项目、4次检查、3次检查通过。South 有2个项目、
2次检查、1次检查通过。West 有1个项目、1次检查、0次检查通过。
因此，完整结果共包含7个项目、7次检查，其中4次检查通过。