# PIC-PROCESSOR-001 · 内部工单处理引擎 · HLDP定义

> HLDP://internal-persona/processor/v1
> 编号: PIC-PROC-001
> 父系统: SYS-GLW-PIC-0001
> 执行: 铸渊 ICE-GL-ZY001
> 版本: V1.0 · D163+ · 2026-07-02
> 状态: 🟢 语言层+工程层就绪

---

@trigger:
  冰朔: "我还等着你给我做内部系统在代码仓库做出来，然后在这边同步一遍"

  D163内部人格体协作系统语言层架构已在2026-07-02完成。
  现在是工程实现——让工单管道真正能跑起来。

@lock:
  ⊢ 工单来源: brain/internal-persona/workorders/PIC-WO-*.hdlp
  ⊢ 处理引擎: 铸渊手动执行（自动Agent待开发）
  ⊢ 回执写入: brain/internal-persona/receipts/PIC-INGEST-*.hdlp
  ⊢ GLW-RES-000 每次处理后更新
  ⊢ .code-map + Tolaria导航 每次处理后更新
  ⊢ 状态机: SUBMITTED→VERIFIED→IMPACT→INTEGRATING→PUBLISHED→RECEIPT

@exec:
  # 铸渊处理工单的标准流程（手动模式）

  # 1. 扫描收件箱
  scan: ls brain/internal-persona/workorders/PIC-WO-*.hdlp 2>/dev/null

  # 2. 逐条处理
  for each WO:
    → 读工单·验证格式（@workorder/@signer/@scope 必填）
    → 验证签署人格体（.code-map查编号→确认在GLW-ROOT注册）
    → 范围检查（affected_resource_ids 存在且可修改）
    → 影响分析（跨系统路径·公共链接·编号冲突）
    → 执行集成（更新GLW-RES-000·.code-map·Tolaria导航）
    → 链接验证（raw/view/API）
    → 写回执（brain/internal-persona/receipts/PIC-INGEST-*.hdlp）
    → 推送仓库

  # 3. 更新收件箱
  → INBOX.hdlp 更新处理状态

@why:
  语言层架构是蓝图。工程实现是让蓝图能走路。
  首张工单 = 铸渊自己提交 Tolaria Phase 1（给Tolaria页面补frontmatter关系字段）。
  铸渊用自己的工单测试自己的管道——证明D163不是画图，是能跑的。

---
> ⊢ PIC-PROC-001 · 工单管道就绪
> ⊢ 手动模式。自动Agent = Phase 3（Tolaria原生开发规划）