企业官网建设流程全解析

Public Records Report: [Subject Name]

【免费下载链接】LifeOS⛰️ The Life Operating System — an intent engineering platform that moves you from your current state to your ideal state, in life and work.项目地址: https://gitcode.com/GitHub_Trending/pe/LifeOS

Property Records

Voter Registration

• State:[State]
• Address:[Address]
• DOB:[If available]
• Status:[Active/Inactive]

Court Records

Business Affiliations

Professional Licenses

Verification Summary

• Official records confirm address at: [Address]
• DOB confirmed/estimated: [DOB]
• Professional status: [Description]

**预期产出**：完整的公共记录摘要。 > 这份模板与 [FindPerson.md](https://link.gitcode.com/i/f3de4c70ba9c000accbb54317b525afc) Step 8 的调查总报告、[VerifyIdentity.md](https://link.gitcode.com/i/10d8e77467bbccccadc4dff27ee2eddf) Step 8 的身份核验报告形成三级递进：公共记录摘要（本工作流）→ 综合调查报告（FindPerson）→ 身份核验报告（VerifyIdentity）。三级报告共用"来源必须注明、置信度必须声明"的铁律。 --- ## 四、州级差异速查 美国公共记录的开放性因州而异，原文档对四个重点州给出了操作口径： **加利福尼亚（CA）** - 隐私保护强； - 选民数据受限； - 企业实体检索体验好； - DCA 执照检索覆盖全面。 **德克萨斯（TX）** - 公共记录整体更开放； - 企业实体门户体验好； - 许多记录需按县逐一检索。 **佛罗里达（FL）** - 基于《阳光法》（Sunshine Law）记录非常开放； - 选民数据易于获取； - 法院记录大量在线可查。 **纽约（NY）** - 中等开放程度； - 法院记录系统（eCourts）体验好； - 企业实体检索可用。 > 结合 Step 2 的选民登记开放度表（NC/FL/OH/WI/MI/PA/GA 开放、CA/NY/TX 受限）可以总结出一个决策模式：**先查目标州的口径，再决定搜索深度**。开放州可以直奔州级统一门户；受限州则应以房产、法院、企业记录为主要突破口，把选民记录作为补充验证手段而非主入口。 --- ## 五、输出物与质量要求 **本工作流产出**： - 来自官方来源的已验证地址； - 出生日期确认； - 法律历史概览； - 商业关联； - 职业资质凭证。 **质量注意事项**（原文档明确强调的三条）： 1. 官方记录提供最高置信度的数据； 2. 必须与人物搜索（people search）结果交叉引用； 3. 注意记录的时间戳——记录可能已过时。 第 3 条是公共记录最容易被忽略的陷阱：一份 10 年前的房产记录、已失效的执照、已结案的诉讼，都不能代表现状。这正是 [VerifyIdentity.md](https://link.gitcode.com/i/10d8e77467bbccccadc4dff27ee2eddf) 中"时间线一致性检查"（Timeline Consistency Check）要解决的问题——出生年份是否与学历时间线吻合、地址变迁路径是否连贯、职业史是否符合已知信息。 --- ## 六、置信度评分：公共记录在验证体系中的位置 PrivateInvestigator 技能的核心是"3+ 独立标识符"匹配门槛。[SKILL.md](https://link.gitcode.com/i/fefe2b91709e51562b6c8948d5e55274) 给出的置信度评分标准： | 级别 | 标准 | 处置 | |------|------|------| | **HIGH** | 3 个以上唯一标识符在独立来源间匹配 | 可安全联系 | | **MEDIUM** | 2 个标识符匹配且时间线一致 | 联系前需验证 | | **LOW** | 单一来源或仅姓名匹配 | 需要更多调查 | | **POSSIBLE** | 部分匹配，需进一步验证 | 数据不足时不要行动 | 公共记录在本体系中的角色是**独立来源的黄金标准**：人物搜索聚合站往往共享同一批底层数据库（在 [VerifyIdentity.md](https://link.gitcode.com/i/10d8e77467bbccccadc4dff27ee2eddf) 的 Cross-Source Verification 中，这类"同源聚合站"只算 1 个来源），而政府记录是真正独立的第三方信息。因此，"社交媒体（本人创建）+ 公共记录（政府核验）+ 不同数据源的聚合站"是文档推荐的最佳独立来源组合。 **同名者处理策略**（来自 [SKILL.md](https://link.gitcode.com/i/fefe2b91709e51562b6c8948d5e55274) 与 [VerifyIdentity.md](https://link.gitcode.com/i/10d8e77467bbccccadc4dff27ee2eddf) 的 Common Name 章节）： 1. **增加特异性**：加上地点、年龄、雇主、学校； 2. **交叉引用**：跨来源匹配出生日期 + 地址模式； 3. **家庭关联**：通过已知亲属验证； 4. **时间线分析**：人生轨迹是否自洽； 5. **多标识符门槛**：要求 3+ 匹配数据点。 对 "John Smith" 这类极常见姓名，公共记录步骤应强制要求完整出生日期、中间名 / 首字母、具体地点历史、独特的工作 / 教育经历，并使用"排除法"（先剔除年龄不符、地点不可能、职业不符的候选）收敛到唯一候选。 --- ## 七、法律与伦理边界：公共记录调查的底线 本工作流虽然全部基于公开数据，但 [SKILL.md](https://link.gitcode.com/i/fefe2b91709e51562b6c8948d5e55274) 用 GREEN/RED 两区划定了不可逾越的边界： **GREEN ZONE（允许）** - ✅ 检索公共记录（房产、法院、选民、企业）； - ✅ 访问公开发布的社交媒体内容； - ✅ 使用人物搜索聚合站； - ✅ 对公开数据执行反向检索； - ✅ 使用公开搜索运算符做 Google dorking。 **RED ZONE（绝不逾越）** - ❌ 未经授权访问登录墙后的数据； - ❌ 绕过认证或安全措施； - ❌ 使用虚假身份或冒充（pretexting / impersonation）； - ❌ 访问私有数据库（信用、金融、医疗）； - ❌ 跟踪、骚扰或恐吓被调查对象； - ❌ 无执照访问 PI（私家侦探）专属数据库。 **必须立即停止的情况（When to STOP）**： - 调查目的转向骚扰或跟踪； - 被调查对象明确表示拒绝联系； - 调查需要使用非法手段； - 怀疑请求方有恶意意图。 这些边界直接约束本工作流的执行方式：例如 Step 3 的 PACER 注册与按页计费是合法公开访问，而试图通过他人账号访问受限的选民数据库则触碰红线；Step 6 一旦确认对象已故或对方明确拒绝联系，应停止进一步追踪并如实报告。 **执行留痕**：每次工作流完成后，需向技能执行日志追加一条 JSONL 记录（[SKILL.md](https://link.gitcode.com/i/fefe2b91709e51562b6c8948d5e55274) 的 Execution Log 章节）： ```bash echo '{"ts":"'$(date -u +%Y-%m-%dT%H:%M:%SZ)'","skill":"PrivateInvestigator","workflow":"PublicRecordsSearch","input":"8_WORD_SUMMARY","status":"ok|error","duration_s":SECONDS}' >> ~/.claude/LIFEOS/MEMORY/SKILLS/execution.jsonl

将WORKFLOW_USED替换为实际执行的工作流（此处为PublicRecordsSearch），8_WORD_SUMMARY替换为不超过 8 个词的输入摘要，SECONDS替换为大致耗时；失败时记录status: "error"。

八、与相邻工作流的协同调用链

PublicRecordsSearch 从不孤立运行，它是完整调查流水线的一环：

1. 入口：FindPerson.md（完整调查工作流）在其 Step 2 并行调查中，把"公共记录与新闻"列为三大来源类别之一，并显式指向本工作流："Detail: PublicRecordsSearch.md"；
2. 交叉验证：本工作流产出的地址、出生日期、职业信息，交由 VerifyIdentity.md 做交叉来源验证与置信度评分——官方记录是其中权重最高的独立来源；
3. 互补检索：官方记录查不到的社会存在，交由 SocialMediaSearch.md（跨平台社交媒体检索）和 ReverseLookup.md（电话 / 邮箱 / 图片 / 用户名反向检索）覆盖；
4. 产出归集：所有工作流的发现最终汇总进 FindPerson 的综合调查报告，报告必须注明每个来源并给出整体置信度。

一个典型调用序列：用户说"帮我查查这人的背景" → 路由到 FindPerson → 并行派发公共记录（本工作流）、社交媒体、人物搜索聚合站三个方向的子代理 → 公共记录步骤按本文八个步骤执行并产出结构化摘要 → 与其他来源交叉验证 → 输出带置信度评分的最终报告。

九、从源码看本工作流的落地机制

9.1 技能目录结构

SkillSystem.md 规定技能目录必须扁平（最大两层）、Workflows/与Tools/是仅有的两个允许子目录。仓库中 PrivateInvestigator 的实际结构完全符合规范：

LifeOS/install/skills/PrivateInvestigator/ ├── SKILL.md # 技能主文件：路由表 + 置信度评分 + 伦理边界 └── Workflows/ ├── FindPerson.md # 完整调查工作流（本工作流的上游） ├── PublicRecordsSearch.md # 本工作流 ├── ReverseLookup.md # 反向检索工作流 ├── SocialMediaSearch.md # 社交媒体检索工作流 └── VerifyIdentity.md # 身份核验工作流（本工作流的下游）

【免费下载链接】LifeOS⛰️ The Life Operating System — an intent engineering platform that moves you from your current state to your ideal state, in life and work.项目地址: https://gitcode.com/GitHub_Trending/pe/LifeOS