我想给 Agent 钉一份「先读白皮书哪几块、API 去哪一仓查」的索引。文档站 tip 已经是1.1.3门户下拉发布日期 2026/05/29白皮书卡片却还没跟上 tip。白皮书是短文字数以门户实开为准别当厚手册。阅读入口走门户 tip 1.1.3 文档站的「仓颉编程语言白皮书」卡片开发指南 / API / 工具经门户打开或走可实开的深链 初识仓颉语言。废弃静态站不当主路径也不拿它当手册。更麻烦的是标准库不在一个叫cangjie_std的仓里——它在cangjie_runtime。Agent 搜错仓会空转一整轮。所以这篇不是迁栈故事也不是框架安利。它是一张地图白皮书按用途怎么读GitCode 上公开仓各管什么。先分清两本都叫「白皮书」门户和社区里至少会撞上两本仓颉编程语言白皮书——门户五维文案高效编程、安全可靠、轻松并发、卓越性能、敏捷扩展对应几大块不是厚手册。地图对准这一本。不要求短文里出现「敏捷扩展」四字。鸿蒙编程语言白皮书——鸿蒙多语言总览ArkTS 仓颉 C/C 互操作。可一句区分勿混写进同一条阅读路径。我自己查资料时吃过亏把「鸿蒙总览」当成「语言白皮书」翻结论会对不齐编译器仓与 std API。入口以 cangjie-lang.cn/docs 卡片「仓颉编程语言白皮书」为准。文档是什么本稿仓颉编程语言白皮书门户五维文案 短文几大块主对象鸿蒙编程语言白皮书ArkTS 仓颉 C/C 总览只作区分不混读两层版本钉语言 tip 1.1.3白皮书仍滞后两层要分开钉语法与工具链跟 tip1.1.3白皮书从门户卡片进内容仍短、链仍滞后——不要把「还能打开的旧静态页」误当成最新语言版也不要把废弃静态站当阅读入口。钉哪一层跟哪依据2026-09-12语言 / SDK / 开发指南 / API / 工具tip1.1.3门户文档下拉发布日期 2026/05/29。下载中心cangjie-lang.cn/download/1.1.3。指南经门户打开深链初识仓颉语言白皮书门户 tip 1.1.3 文档站卡片入口cangjie-lang.cn/docs「仓颉编程语言白皮书」。短文字数以门户实开为准内容/链尚未对齐 tip优点人与 Agent 都从门户卡片 tip 指南 host 进少绕废弃站。缺点白皮书仍短、仍滞后不能当 API / Kit 手册文档漂了要再核门户实开。白皮书怎么读三条路径不搬 TOC白皮书是短文字数以门户实开为准按几大块扫即可别当厚手册或 API。我按用途压成三条可读路径。路径谁用建议顺序几大块A鸿蒙仓颉应用摘要 → 高效编程 → 安全空安全/动态检查→ 声明式 UI → 工具 →可选并发B游戏 / Canvas·规则摘要 → 高效编程ADT/值类型→ 安全 → 测试框架 →可选性能CAI / Agent 协作摘要 → 测试/包管理 → 安全动态检查 → 宏/DSL → 未来章仅规划下面三条把顺序展开成可执行清单表上已够扫一眼。标白皮书三读法应用 / 游戏·规则 / AI 协作按用途选路题路径 A · 做鸿蒙仓颉应用开篇定位对照门户五维文案不搬短文用词高效编程 多范式类 / 接口 / ADT·模式匹配 / 泛型安全可靠空安全 动态检查溢出 / 越界——给「cjc 绿仍可能运行时炸」找语言侧锚声明式 UI 相关若短文有这一块再读没有就去 Kit / 工程文档工具测试框架 / 包管理 / IDE 插件边界需要并发再读「轻松并发 / 用户态线程」语法细则并行看开发指南门户「开发指南」或 cangjie_docs白皮书不替代 API。路径 B · 游戏 / Canvas·规则引擎摘要高效编程ADT / 模式匹配 / 值类型安全与值类型测试框架——规则层要能单测性能敏感再读性能 / 运行时章声明式 UI 章可以扫一眼不要从白皮书期待完整游戏引擎或 Canvas API 表——那在 Kit / 工程文档。路径 C · AI / Agent 协作写仓颉摘要能力边界测试框架 包管理可机器验收的面安全 / 动态检查运行时检查清单宏 / DSL 相关扩展边界「未来工作」链上的 AI Native / IDE→AI只当规划读优点Agent 有「先读哪几章」的合同少空翻。缺点未来章在公开材料里停在规划 / 建设中不把它列入已交付能力。公开仓地图先认组织gitcode.com/Cangjie——语言编译器 / 运行时 / 扩展库 / 工具 / 文档 / 测试gitcode.com/CJMP——跨平台 UI逻辑框架早期 / 建设中与鸿蒙仓颉 App 主线分开写Cangjie-SIG / Cangjie-Retired 旁支不展开。三方库走 Cangjie-TPC下一节写。公开代码仓地图Cangjie 六件套 · TPC 三方库 · ArkTS 借用 · CJMP 早期另线语言核心六件套 常被问混的两处每仓只记一句职责方便丢进 Agent memories仓职责一句Agent 何时开cangjie_compiler编译器前端 改过的 LLVM 组件语义 / CHIR / 报错是否「语言真有」cangjie_runtime运行时 标准库 std无独立 cangjie_std 仓std.*/ 线程 / GC / 编码cangjie_stdx官方扩展库net/crypto/actors 等std 不够时勿与 std 混仓cangjie_toolsCLIcjpm / cjfmt / LSP / cjlint…包管理与静态检查≠DevEco 插件包cangjie_docs开发指南 / 工具指南源语法教程、cjpm/LSP 用法cangjie_build从源码拼 SDK 的集成构建指导自编译 SDK、多仓版本钉齐常一起被问cangjie_test / test_framework——语言行为金标与自动化llvm-projectCangjie fork——后端依赖日常业务 Agent 少碰cangjie_deveco_plugins——DevEco 侧插件相关与开源cangjie_tools分线三方库仓源码在 TPC制品在中心仓主仓六件套管语言本体。业务三方库不在那里。三条入口分开记入口管什么不管什么Cangjie-TPC基于仓颉的开源三方库源码组织不等于主仓质量与维护看各仓 README常按 SDK 分支拆TPC-Resource已发布组件的分类目录网络 / DB / 安全 / UI…不是安装器从目录找库名再回组织开仓pkg.cangjie-lang.cn仓颉中心仓制品发布、展示、发现、依赖解析与 Git 源码仓互补不是同一入口对接以 cjpm / SDK 配置为准怎么找组织页浏览库卡片或从 TPC-Resource 分类跳到gitcode.com/Cangjie-TPC/repo或在中心仓搜制品。示例仓一句职责hyperion仓颉 TCP 通信框架编解码 IoFilter 链redis-sdk仓颉 Redis 客户端依赖 hyperionhttpclient4cjHTTP 客户端HTTP/2、连接池、响应缓存markdown4cjMarkdown 解析与展示microservice微服务框架注册发现、RPC、负载均衡源码 git 依赖以各仓 README 为准。hyperion README 写过hyperion {git https://gitcode.com/Cangjie-TPC/hyperion.git, branch master, version 3.0.0}放在cjpm.toml的[dependencies]里再cjpm update。出处gitcode.com/Cangjie-TPC/hyperion2026-09-12 采证摘录。组织页上的库数量会漂这里不报瞬时规模只钉入口与示例。主仓 / TPC 不够时ArkTS 仓只能借用不能 cjpm 直依先钉死一句不能在cjpm.toml里直接依赖任意 ArkTS HAR / ohpm 包。HAR 写在oh-package.json5由 ohpm DevEco/Hvigor 解析不是 cjpm 的[dependencies]。也不能把 ArkTS 源码当仓颉模块import。路径做什么去哪找A 混编 InteropArkTS 工程里嵌仓颉模块或反过来走官方互操作宏 / 生成声明arkcompiler_cangjie_ark_interopB 仓颉调 ArkTS仓颉侧起 ArkTS 运行时再加载模块复用 ArkTS 库生态同上互操作仓示例库如 ohos_axios、lottieArkTSC 只参考、用仓颉重写对照 ArkTS 实现在 TPC 找同类或自研纯仓颉OH 侧索引openharmony-tpc/tpc_resource回 Cangjie-TPC 对同类包清单不要写串仓颉通用 / TPC 用cjpm.toml cjpmArkTS / OH 用oh-package.json5 ohpm混编两边都有DevEco 协调 Interop 生成物。互操作仓写明当前开放接口仅支持 standard 设备跨语言调用有线程亲和不能假设 clone 一个 ArkTS 仓就能 cjpm 即用。OHPM 首页可达性以实开为准这篇不以它当唯一入口。Agent「先开哪仓」决策表你要查什么先开备注std.*/ 线程 / GCcangjie_runtime不够再 cangjie_stdx语法语义 / 编译报错是否语言真有cangjie_compiler官方怎么测 → cangjie_test教程与 cjpm / LSP 用法cangjie_docs与白皮书互补自编译 SDK、多仓版本钉齐cangjie_build对照各仓发行说明鸿蒙装插件 / 体验版门户 DevEco 插件线可对照 cangjie_deveco_plugins勿把 tools 源码当安装包仓颉三方库HTTP / Redis / Markdown…Cangjie-TPC / TPC-Resource / 中心仓cjpm git 或制品 version看各仓 README 分支ArkTS 生态库axios / lottie…互操作仓 OH TPC 索引不能 cjpm 直依 HAR混编或参考重写CJMP早期如实一句边界CJMP/Docs、Engine、CJFrontend、OpenSDK 等构成跨平台另一条线。白皮书没有 CJMP 专章。鸿蒙仓颉 AppDevEco ohos 能力可以完全不经过 CJMP。任务真走跨平台框架再开这些仓。这里把它与鸿蒙仓颉 App 主线分开写——公开材料也未呈现「已统一替代」。诚实段地图好用也容易踩入口分流白皮书走门户 tip 1.1.3 卡片。开发指南走门户或可实开深链 初识仓颉语言。静态站当废弃。多仓版本钉compiler / runtime / stdx / tools / docs / llvm 要对齐发行说明只升一仓易编不过。std 不在独立仓Agent 搜cangjie_std会空应搜 runtime。DevEco 插件 ≠ 开源工具仓体验版 / 公测 → 插件 → SDK常见如~/.cangjie-sdk是一条线cangjie_tools/cangjie_build是自建工具链另一条线。白皮书「IDE 插件」章不等于自动等于下载中心。白皮书 ≠ Kit 手册无完整 ArkUI/Canvas 表无「如何过应用市场」。cjpm ≠ ohpm不能把 HAR 写进cjpm.toml互操作仅 standard 设备口径ark_interop README。未来章是规划AI Native / ide2ai / dslkit 等在公开材料里停在「规划 / 建设中」不列入已交付。收束我把这张地图当协作前置人先钉「白皮书从哪张卡片进、API 开哪一仓」再让 Agent 长跑——比空喊「去看官方文档」省一轮空转。语法与工具链跟 tip1.1.3白皮书从门户卡片进短文字数以门户实开为准三方库走 TPC / 中心仓ArkTS 库走互操作或重写不走 cjpm 直依。优点是索引短、可写进 memories缺点是文档与仓都会漂要以门户实开为准。能力边界写到「能读懂短白皮书、能找对仓」为止不等于零坑更不等于停在 cjc 就算交付。参考链接仓颉文档门户GitCode · CangjieGitCode · Cangjie-TPCTPC-Resource仓颉中心仓arkcompiler_cangjie_ark_interopGitCode · CJMPcangjie_runtimecangjie_compilercangjie_stdxcangjie_toolscangjie_docs 语言 tip 到了 1.1.3，白皮书卡片却还没跟上——仓颉文档该从哪打开
我想给 Agent 钉一份「先读白皮书哪几块、API 去哪一仓查」的索引。文档站 tip 已经是1.1.3门户下拉发布日期 2026/05/29白皮书卡片却还没跟上 tip。白皮书是短文字数以门户实开为准别当厚手册。阅读入口走门户 tip 1.1.3 文档站的「仓颉编程语言白皮书」卡片开发指南 / API / 工具经门户打开或走可实开的深链 初识仓颉语言。废弃静态站不当主路径也不拿它当手册。更麻烦的是标准库不在一个叫cangjie_std的仓里——它在cangjie_runtime。Agent 搜错仓会空转一整轮。所以这篇不是迁栈故事也不是框架安利。它是一张地图白皮书按用途怎么读GitCode 上公开仓各管什么。先分清两本都叫「白皮书」门户和社区里至少会撞上两本仓颉编程语言白皮书——门户五维文案高效编程、安全可靠、轻松并发、卓越性能、敏捷扩展对应几大块不是厚手册。地图对准这一本。不要求短文里出现「敏捷扩展」四字。鸿蒙编程语言白皮书——鸿蒙多语言总览ArkTS 仓颉 C/C 互操作。可一句区分勿混写进同一条阅读路径。我自己查资料时吃过亏把「鸿蒙总览」当成「语言白皮书」翻结论会对不齐编译器仓与 std API。入口以 cangjie-lang.cn/docs 卡片「仓颉编程语言白皮书」为准。文档是什么本稿仓颉编程语言白皮书门户五维文案 短文几大块主对象鸿蒙编程语言白皮书ArkTS 仓颉 C/C 总览只作区分不混读两层版本钉语言 tip 1.1.3白皮书仍滞后两层要分开钉语法与工具链跟 tip1.1.3白皮书从门户卡片进内容仍短、链仍滞后——不要把「还能打开的旧静态页」误当成最新语言版也不要把废弃静态站当阅读入口。钉哪一层跟哪依据2026-09-12语言 / SDK / 开发指南 / API / 工具tip1.1.3门户文档下拉发布日期 2026/05/29。下载中心cangjie-lang.cn/download/1.1.3。指南经门户打开深链初识仓颉语言白皮书门户 tip 1.1.3 文档站卡片入口cangjie-lang.cn/docs「仓颉编程语言白皮书」。短文字数以门户实开为准内容/链尚未对齐 tip优点人与 Agent 都从门户卡片 tip 指南 host 进少绕废弃站。缺点白皮书仍短、仍滞后不能当 API / Kit 手册文档漂了要再核门户实开。白皮书怎么读三条路径不搬 TOC白皮书是短文字数以门户实开为准按几大块扫即可别当厚手册或 API。我按用途压成三条可读路径。路径谁用建议顺序几大块A鸿蒙仓颉应用摘要 → 高效编程 → 安全空安全/动态检查→ 声明式 UI → 工具 →可选并发B游戏 / Canvas·规则摘要 → 高效编程ADT/值类型→ 安全 → 测试框架 →可选性能CAI / Agent 协作摘要 → 测试/包管理 → 安全动态检查 → 宏/DSL → 未来章仅规划下面三条把顺序展开成可执行清单表上已够扫一眼。标白皮书三读法应用 / 游戏·规则 / AI 协作按用途选路题路径 A · 做鸿蒙仓颉应用开篇定位对照门户五维文案不搬短文用词高效编程 多范式类 / 接口 / ADT·模式匹配 / 泛型安全可靠空安全 动态检查溢出 / 越界——给「cjc 绿仍可能运行时炸」找语言侧锚声明式 UI 相关若短文有这一块再读没有就去 Kit / 工程文档工具测试框架 / 包管理 / IDE 插件边界需要并发再读「轻松并发 / 用户态线程」语法细则并行看开发指南门户「开发指南」或 cangjie_docs白皮书不替代 API。路径 B · 游戏 / Canvas·规则引擎摘要高效编程ADT / 模式匹配 / 值类型安全与值类型测试框架——规则层要能单测性能敏感再读性能 / 运行时章声明式 UI 章可以扫一眼不要从白皮书期待完整游戏引擎或 Canvas API 表——那在 Kit / 工程文档。路径 C · AI / Agent 协作写仓颉摘要能力边界测试框架 包管理可机器验收的面安全 / 动态检查运行时检查清单宏 / DSL 相关扩展边界「未来工作」链上的 AI Native / IDE→AI只当规划读优点Agent 有「先读哪几章」的合同少空翻。缺点未来章在公开材料里停在规划 / 建设中不把它列入已交付能力。公开仓地图先认组织gitcode.com/Cangjie——语言编译器 / 运行时 / 扩展库 / 工具 / 文档 / 测试gitcode.com/CJMP——跨平台 UI逻辑框架早期 / 建设中与鸿蒙仓颉 App 主线分开写Cangjie-SIG / Cangjie-Retired 旁支不展开。三方库走 Cangjie-TPC下一节写。公开代码仓地图Cangjie 六件套 · TPC 三方库 · ArkTS 借用 · CJMP 早期另线语言核心六件套 常被问混的两处每仓只记一句职责方便丢进 Agent memories仓职责一句Agent 何时开cangjie_compiler编译器前端 改过的 LLVM 组件语义 / CHIR / 报错是否「语言真有」cangjie_runtime运行时 标准库 std无独立 cangjie_std 仓std.*/ 线程 / GC / 编码cangjie_stdx官方扩展库net/crypto/actors 等std 不够时勿与 std 混仓cangjie_toolsCLIcjpm / cjfmt / LSP / cjlint…包管理与静态检查≠DevEco 插件包cangjie_docs开发指南 / 工具指南源语法教程、cjpm/LSP 用法cangjie_build从源码拼 SDK 的集成构建指导自编译 SDK、多仓版本钉齐常一起被问cangjie_test / test_framework——语言行为金标与自动化llvm-projectCangjie fork——后端依赖日常业务 Agent 少碰cangjie_deveco_plugins——DevEco 侧插件相关与开源cangjie_tools分线三方库仓源码在 TPC制品在中心仓主仓六件套管语言本体。业务三方库不在那里。三条入口分开记入口管什么不管什么Cangjie-TPC基于仓颉的开源三方库源码组织不等于主仓质量与维护看各仓 README常按 SDK 分支拆TPC-Resource已发布组件的分类目录网络 / DB / 安全 / UI…不是安装器从目录找库名再回组织开仓pkg.cangjie-lang.cn仓颉中心仓制品发布、展示、发现、依赖解析与 Git 源码仓互补不是同一入口对接以 cjpm / SDK 配置为准怎么找组织页浏览库卡片或从 TPC-Resource 分类跳到gitcode.com/Cangjie-TPC/repo或在中心仓搜制品。示例仓一句职责hyperion仓颉 TCP 通信框架编解码 IoFilter 链redis-sdk仓颉 Redis 客户端依赖 hyperionhttpclient4cjHTTP 客户端HTTP/2、连接池、响应缓存markdown4cjMarkdown 解析与展示microservice微服务框架注册发现、RPC、负载均衡源码 git 依赖以各仓 README 为准。hyperion README 写过hyperion {git https://gitcode.com/Cangjie-TPC/hyperion.git, branch master, version 3.0.0}放在cjpm.toml的[dependencies]里再cjpm update。出处gitcode.com/Cangjie-TPC/hyperion2026-09-12 采证摘录。组织页上的库数量会漂这里不报瞬时规模只钉入口与示例。主仓 / TPC 不够时ArkTS 仓只能借用不能 cjpm 直依先钉死一句不能在cjpm.toml里直接依赖任意 ArkTS HAR / ohpm 包。HAR 写在oh-package.json5由 ohpm DevEco/Hvigor 解析不是 cjpm 的[dependencies]。也不能把 ArkTS 源码当仓颉模块import。路径做什么去哪找A 混编 InteropArkTS 工程里嵌仓颉模块或反过来走官方互操作宏 / 生成声明arkcompiler_cangjie_ark_interopB 仓颉调 ArkTS仓颉侧起 ArkTS 运行时再加载模块复用 ArkTS 库生态同上互操作仓示例库如 ohos_axios、lottieArkTSC 只参考、用仓颉重写对照 ArkTS 实现在 TPC 找同类或自研纯仓颉OH 侧索引openharmony-tpc/tpc_resource回 Cangjie-TPC 对同类包清单不要写串仓颉通用 / TPC 用cjpm.toml cjpmArkTS / OH 用oh-package.json5 ohpm混编两边都有DevEco 协调 Interop 生成物。互操作仓写明当前开放接口仅支持 standard 设备跨语言调用有线程亲和不能假设 clone 一个 ArkTS 仓就能 cjpm 即用。OHPM 首页可达性以实开为准这篇不以它当唯一入口。Agent「先开哪仓」决策表你要查什么先开备注std.*/ 线程 / GCcangjie_runtime不够再 cangjie_stdx语法语义 / 编译报错是否语言真有cangjie_compiler官方怎么测 → cangjie_test教程与 cjpm / LSP 用法cangjie_docs与白皮书互补自编译 SDK、多仓版本钉齐cangjie_build对照各仓发行说明鸿蒙装插件 / 体验版门户 DevEco 插件线可对照 cangjie_deveco_plugins勿把 tools 源码当安装包仓颉三方库HTTP / Redis / Markdown…Cangjie-TPC / TPC-Resource / 中心仓cjpm git 或制品 version看各仓 README 分支ArkTS 生态库axios / lottie…互操作仓 OH TPC 索引不能 cjpm 直依 HAR混编或参考重写CJMP早期如实一句边界CJMP/Docs、Engine、CJFrontend、OpenSDK 等构成跨平台另一条线。白皮书没有 CJMP 专章。鸿蒙仓颉 AppDevEco ohos 能力可以完全不经过 CJMP。任务真走跨平台框架再开这些仓。这里把它与鸿蒙仓颉 App 主线分开写——公开材料也未呈现「已统一替代」。诚实段地图好用也容易踩入口分流白皮书走门户 tip 1.1.3 卡片。开发指南走门户或可实开深链 初识仓颉语言。静态站当废弃。多仓版本钉compiler / runtime / stdx / tools / docs / llvm 要对齐发行说明只升一仓易编不过。std 不在独立仓Agent 搜cangjie_std会空应搜 runtime。DevEco 插件 ≠ 开源工具仓体验版 / 公测 → 插件 → SDK常见如~/.cangjie-sdk是一条线cangjie_tools/cangjie_build是自建工具链另一条线。白皮书「IDE 插件」章不等于自动等于下载中心。白皮书 ≠ Kit 手册无完整 ArkUI/Canvas 表无「如何过应用市场」。cjpm ≠ ohpm不能把 HAR 写进cjpm.toml互操作仅 standard 设备口径ark_interop README。未来章是规划AI Native / ide2ai / dslkit 等在公开材料里停在「规划 / 建设中」不列入已交付。收束我把这张地图当协作前置人先钉「白皮书从哪张卡片进、API 开哪一仓」再让 Agent 长跑——比空喊「去看官方文档」省一轮空转。语法与工具链跟 tip1.1.3白皮书从门户卡片进短文字数以门户实开为准三方库走 TPC / 中心仓ArkTS 库走互操作或重写不走 cjpm 直依。优点是索引短、可写进 memories缺点是文档与仓都会漂要以门户实开为准。能力边界写到「能读懂短白皮书、能找对仓」为止不等于零坑更不等于停在 cjc 就算交付。参考链接仓颉文档门户GitCode · CangjieGitCode · Cangjie-TPCTPC-Resource仓颉中心仓arkcompiler_cangjie_ark_interopGitCode · CJMPcangjie_runtimecangjie_compilercangjie_stdxcangjie_toolscangjie_docs