sqlite-web 0.7.2
gitea.db
package_version
Create
Query
access
access_token
action
action_artifact
action_run
action_run_index
action_run_job
action_runner
action_runner_token
action_schedule
action_schedule_spec
action_task
action_task_output
action_task_step
action_tasks_version
action_variable
app_state
attachment
auth_token
badge
branch
collaboration
comment
commit_status
commit_status_index
commit_status_summary
commit_sync_log
commit_sync_status
dbfs_data
dbfs_meta
deploy_key
email_address
email_hash
external_login_user
follow
gpg_key
gpg_key_import
hook_task
issue
issue_assignees
issue_content_history
issue_dependency
issue_index
issue_label
issue_pin
issue_user
issue_watch
label
language_stat
lfs_lock
lfs_meta_object
login_source
milestone
mirror
notice
notification
oauth2_application
oauth2_authorization_code
oauth2_grant
org_user
package
package_blob
package_blob_upload
package_cleanup_rule
package_file
package_property
package_version
project
project_board
project_issue
protected_branch
protected_tag
public_key
pull_auto_merge
pull_request
push_mirror
reaction
release
renamed_branch
repo_archiver
repo_hidden_file
repo_indexer_status
repo_license
repo_redirect
repo_topic
repo_transfer
repo_unit
repository
review
review_state
secret
session
sqlite_sequence
star
stopwatch
system_setting
task
team
team_invite
team_repo
team_unit
team_user
topic
tracked_time
two_factor
upload
user
user_badge
user_blocking
user_open_id
user_redirect
user_setting
version
watch
webauthn_credential
webhook
Toggle helper tables
Structure
Content
Query
Insert
Drop
Import
Export
Delete row 7 from package_version
id
7
package_id
3
creator_id
5
version
1.0.0-rc.0
lower_version
1.0.0-rc.0
created_unix
1789202442
is_internal
0
metadata_json
{"scope":"@juhai","name":&
{"scope":"@juhai","name":"contracts","description":"企业应用群机器契约：Catalog、JSON Schema、OpenAPI、兼容基线与治理 Linter（基础设施仓 contracts/，DEC-010 / DEC-031）","license":"UNLICENSED","dependencies":{"ajv":"8.20.0","ajv-formats":"3.0.1"},"development_dependencies":{"@types/node":"20.19.43","json-schema-to-typescript":"16.0.0","typescript":"5.9.3"},"readme":"# @juhai/contracts（原 platform-contracts 候选控制面）\n\n## 在 enterprise-platform 内的状态（PF-04 阶段 1，2026-09-10）\n\n- **身份**：本目录是 `企业应用/platform-contracts/` 的带来源登记导入（见 [SOURCE.md](SOURCE.md)）；包名按 DEC-031 命名修订改为 `@juhai/contracts`，版本 `1.0.0-rc.0`（rc 系列；非 rc `1.0.0` 受 DEC-010 附条件：远端 + Required Check）。`catalogs/`、`contracts/`、`examples/`、`apps/`、`compatibility/` 与来源逐字节一致；`schemas/` 仅含下述 PF-04 的 `causation_id` / `correlation_id` 变更。\n- **工作区根**：Linter、影响图与测试以「工作区根」（`企业应用/`，同时含 `基础/` 与 `doc/`）为基准解析 Catalog `directory` / `evidence`、DEC `source` 与各应用仓路径，不再假定包位于工作区根的直接子目录。解析顺序：`--workspace-root \u003cabs\u003e`（`node scripts/check.mjs --workspace-root …`）→ 环境变量 `PLATFORM_CONTRACTS_WORKSPACE_ROOT` → 自动探测（从本目录向上找到首个同时含 `基础/` 与 `doc/` 的祖先）。经 `pnpm` 复合脚本运行时请用环境变量（pnpm 只把额外参数附加到最后一条命令）。\n- **独立克隆**（无 `基础/` 与 `doc/` 祖先，例如云端 CI 只 checkout 本仓；2026-09-12）：`check:local` 的影响图以 `--workspace-optional` 退化为\"仅包内\"计算并在 stderr 打印 `[WORKSPACE_ROOT_UNRESOLVED]` 提示，不核验 Catalog / AppManifest / 裁决的路径引用；依赖应用仓文件、工作区路径或真实探测结果的 16 个测试显式 `skip`（91 例中 75 例照跑）。`check` 与 `check:impact` 在独立克隆下仍失败关闭（退出码 2），显式 `--workspace-root` / 环境变量不可用时任何模式都失败关闭。\n- **TS 层（CT-1）**：`scripts/schema-registry.mjs` 是 key → Schema 文件 → 类型名的唯一来源；改 Schema 后运行 `pnpm generate` 重生成 `generated/`，`pnpm check:generated`（在 `check:local` 内）在缺失 / 差异 / 多余文件时失败；`pnpm build`（tsc → `dist/`）在 `test` 与 `check:local` 之前自动执行；首次使用需 `pnpm --dir contracts install`（依赖只来自公共 npm，全部 exact pin）。\n- **`pnpm check` 现状**：`check` 报告且仅报告 6 项 `PLATFORM_PROJECT_UNREGISTERED`（`基础/reports`、`基础/tests`、`基础/企业搜索与统一检索平台`、`基础/外部连接器与集成平台`、`基础/开发者自助与应用工程平台`、`基础/数据治理与隐私平台`），全部随 CHG-001（新增基础应用 MachineCatalog 变更）合并后消失；Linter 未被放宽。合并前以 `pnpm check:local`（schema 兼容 + 影响图 + 测试）作为绿色门禁；CHG-001 合并后 `check` 转绿，根 `pnpm check` 再切回完整 `check`。\n- **`causation_id` 可选、`correlation_id` 映射**（设计 §7 / §25 张力 4）：`schemas/fact-envelope.v1.schema.json` 的 `required` 去掉 `causation_id`（旅程首条事实没有因果父，省略而非填占位值）；`trace_id` = 旅程锚点、`correlation_id` = 业务关联写入 `fact-envelope.v1` 与 `request-context.v1` 的 `description`（后者只加说明）。Linter 新增规则 `FACT_ENVELOPE_FIELD_NOT_OPTIONAL` 防止回退为必填；`test/fact-envelope.test.mjs` 用兼容检查器自身的规则证明该放宽向后兼容（反向则报 `REQUIRED_PROPERTY_ADDED`）。`compatibility/` 冻结基线未动（信封不在基线内）。\n- **消费**：`pnpm add @juhai/contracts@1.0.0-rc.N`（exact pin，`check:pins` 强制）；子路径导出 `@juhai/contracts/catalogs/*`、`/schemas/*`、`/contracts/*`、`/examples/*`、`/apps/*`、`/compatibility/*`、`/scripts/*`、`/package.json`；**裸入口（CT-1，2026-09-12）**：`import { validate, validateFact, assertValid, isValid, schemaOf, SCHEMA_KEYS, type FactEnvelopeV1 } from '@juhai/contracts'`——12 个 JSON Schema 的 TypeScript 类型（`generated/`，由 `schemas/` 生成并入库）与 Ajv 2020 校验器（按 key 懒编译；未知 key 抛 `RangeError`；`validateFact` 先验信封再按 `facts/\u003cfact_type\u003e.v\u003cmajor\u003e` 验载荷，未登记载荷 Schema 以 `payloadSchema` 失败关闭）；`dist/` 随包发布，运行依赖仅 `ajv` / `ajv-formats`；`test/`、`src/`、`generated/` 不随包发布。\n\n本目录是企业应用群 Git-first 机器契约的 **W1 候选实现**，用于先建立可校验的语义基线。`DEC-010` 尚未裁决 Catalog 的最终物理位置，因此这里的 Registry、AppManifest 和 Schema 均为 `proposed` 或 `draft`，不能作为“能力已上线”的证据。\n\n## 已覆盖\n\n- `Employment` 的唯一 Owner、Canonical ID 目标格式与数据分级，以及企业 IdP 已实现权威模型的目录对账；\n- `FactEnvelope v1` JSON Schema；\n- `EmploymentTransferred v1` Payload JSON Schema；\n- HR、Digital Employee OS、Permission Platform、企业 IdP、执行监管、基础框架、嗨设、巨嗨智服、知识云、设备云、巨嗨报价系统与尤克特拉十二个草案 AppManifest；\n- Fact Producer/Consumer、Projection/Replay 和待裁决 Owner 的静态治理检查；Fact Projection 进一步绑定 Consumer、只读 Authority、状态 Schema、`consumer_name + fact_id` 幂等、Projection + `processed_fact` 原子提交、单调但不连续的聚合版本语义，以及受 Backbone ADR 阻断的消息 Gap 检测；\n- Resource/Action Catalog v1、Actor/Request Context v1 和 Permission Decision API v1 候选契约；\n- DEC-001—030 全量 Decision Catalog 登记（5 approved / 27 pending，2026-09-10 批准 DEC-010 / 031 / 032），并校验所有 Catalog 引用的裁决可解析；\n- 权限请求/拒绝样例，强制租户一致、未知资源/动作拒绝、故障关闭和拒绝不正缓存；\n- DEC-012 完整候选 ADR、首条 Fact Schema 的不可变 proposed Snapshot 与保守向后兼容检查器；\n- 从 Catalog + AppManifest 构建的 proposed Producer/Consumer Impact Graph 与变更查询 CLI；\n- `基础/` 21 个平台目录的机器项目清单：19 个属于本轮目标，明确排除基础框架与 AI 数字员工；实现状态、代码真源、证据等级和阻塞 DEC 可查询；\n- 可执行的正向检查和 Owner、ADR、Canonical ID、PII、Replay、Consumer、Application Dependency、Permission、Schema Compatibility 负向边界测试。\n\n## 尚未裁决，禁止越权实现\n\n- `Person`、`Organization`、`Store`、`Position`、`Actor` Owner（`DEC-001`—`DEC-005`）；\n- AppManifest/ProductManifest 边界、Catalog 物理真源和双 Envelope 边界（`DEC-009`—`DEC-011`，评审材料已形成但尚未批准）；\n- Schema 最终组合与兼容策略批准（`DEC-012`）；候选检查器只证明当前规则可机械执行，不是正式发布策略；\n- Broker、Topic、Fact Store 与 Ordering（`DEC-013`—`DEC-016`）；\n- Scope 执行和权限分工（`DEC-017`—`DEC-019`）；\n- 权限平台的引擎、策略存储和运行时技术路线（`DEC-029`）。\n- 尤克特拉身份、设备、客户、订单、执行与通知重名实体的 Owner、映射和迁移方案（`DEC-030`，其中 Store 仍受 `DEC-003` 阻塞）。\n- 平台契约与 SDK 的分发通道、发布包名登记与发布门禁（`DEC-031`）；裁决前派生仓 Planner 只能以夹具或标注来源 SHA 的过渡复制形式被业务仓引用，不得冒充平台接入。\n\n因此 Permission Decision API 是可评审、可机械验证的候选边界，不是权限引擎已实现或已上线的声明。Actor Context 仅携带 IdP 已认证的不透明主体标识，不越权裁决 `Actor` 企业 Owner。\n\n`DEC-027/028` 已批准并进入 HR 实现；Linter 仍会阻止草案 Manifest 标记为 `active`，也不允许 `EmploymentTransferred` 越过 `DEC-010/012` 直接激活。\n\n企业 IdP 草案清单已对账其当前 E2 代码中的 Tenant/User、Application/OIDC Client、Credential/Authenticator、Consent、Session、Authorization Code/Grant、Refresh Token Family/Token、Backchannel Delivery 与 Security Event 等权威模型；这仍不代表生产 KMS/HSM、远程 CI 或生产部署已签收。`User` 是 IdP 账户主体，不等同于 DEC-001 尚未裁决的企业 `Person`。嗨设现已真实消费 IdP RS256 access token/JWKS，并登记 `material.production` 候选权限面；它只保存 actor 引用，不拥有 Tenant/User/Session/Grant。执行监管的 Project/Ticket/SLA 仍未进入企业 Entity Catalog。知识云则登记 `KnowledgeCandidate`、`KnowledgeAtom`、`KnowledgeAtomVersion`、`KnowledgeSource` 与 `KnowledgeFeedback` 五个权威对象；`KnowledgeEmbedding`、检索 Evidence 与 AI 推理结果都是可重建派生物，不得冒充企业权威实体。巨嗨报价系统已将当前 Prisma 的 68 个业务模型登记为权威对象，并由测试持续与真实 schema 对账；本地 `User/UserEvent` 及 `Outbox/OutboxReplayEvent` 明确排除，避免抢占 IdP 身份 Owner 或把技术投递记录冒充企业业务实体。尤克特拉只登记已验证的 Express/PostgreSQL 运行时，其 71 个 Prisma 模型中与全局 Catalog 重名的七个对象由 DEC-030 阻断，Fact、统一 Permission、Projection 和权威 Entity 保持空集；这不把本地数据误报成共享真源，也不把单后端误报成双后端。基础框架只作为工程模板登记，不拥有企业业务事实。\n\nPlatform Project Catalog 当前只允许企业 IdP 声明独立服务 `implemented_e2`；通知与 Webhook 中心、公共文件平台及配置与功能开关平台声明 `module_e2`。公共文件已由执行监管、巨嗨报价与嗨设三个真实消费者完成 E2 运行验证；通知投递已由执行监管、巨嗨智服与巨嗨报价三个真实消费者完成 E2 运行验证；配置平台当前只有执行监管一个真实业务消费者，生产无有效批准快照时关闭、坏刷新保留最后良好版本，并把版本/摘要/来源/原因写入 AutomationRun。前三者都不表示 G4 已裁决或独立服务已启动；配置平台尤其仍缺第二、第三消费者。报价本地 `QuotationNotificationIntent` 是技术投递记录，不登记为企业权威实体。应用与契约注册中心、企业事实干线和统一权限平台仅为 `candidate_e0`；其余目标平台仍是 `not_started`。各平台目录内复制的 `base-framework/` 一律不计为平台实现，任何 E2 证据文件都必须真实存在并报告 `passed`。\n\n## 使用\n\n无需安装第三方依赖，Node.js 20+ 即可运行：\n\n```bash\nnpm run check\nnpm test\n```\n\n`check` 校验平台项目目录、目标范围、证据、Schema 引用、Owner、Producer/Consumer、Projection/Replay、幂等/原子提交/版本顺序、权限与 Scope 对账，并对每个已登记 Fact 执行 proposed Snapshot 不可变/版本兼容检查；`test` 证明目录漏登、模板冒充实现、E2 证据未通过、Owner 冲突、Consumer 绑定漂移、Owner 越权、非原子 Projection、错误连续版本假设、Projection PII/来源漂移与不兼容 Schema 会失败。\n\n查询一个 Fact Schema 变更的直接与二跳影响：\n\n```bash\nnpm run impact -- schema schemas/facts/EmploymentTransferred.v1.json 2\n```\n\n输出明确区分节点深度，并列出 Producer、Consumers、Projections、Entity、阻塞 Decision 与相关边；未知目标返回非零退出码，不生成空的“无影响”结果。\n\n## 状态升级规则\n\n只有同时满足以下条件，才能把本目录从候选实现升级为正式真源：\n\n1. `DEC-010` ADR 已批准；\n2. `DEC-012` Schema 表达和兼容策略已批准；\n3. App Owner 对 AppManifest 与真实代码、部署资产完成核验；\n4. CI 使用本 Linter 或其正式替代品阻断冲突；\n5. 运行时证据证明事实生产、消费、幂等与 Replay，而不只是静态文件通过。\n","repository":{"type":"","url":""}}
...
download_count
8
Delete
Cancel