@cratylus/canon

中文文档
0.24.0发布于 2026/11/06MITTypeScriptES Module构建来源已验证近 30 天下载 2799

Canon cratylus ships——它的代理人,技能,规则和因素的价值观,每个概念作为其Cratylic名,在它需要的地方有其先入为主的定义,在被限定的上下文中,作为打入的TS源. Markdown是这些模块的投影.

中文使用文档
文档目录7 节
  1. 对指挥部来说是什么
  2. 插件携带什么
  3. 探员们
  4. 已打包
  5. 评价和人物漂移
  6. 第一条原则
  7. 直截了当地说明的依赖性

@ cratylus/ canon (英语)

这个 含义 联合国 克吕斯 发现克来提利克的克来提利克 名称,每个名称都读取其概念的上下文,写作为已键入类型脚本.

该学科为克洛特语上下文设计:描述词汇为基础模型 而不是写出流言和希望它能降落 警犬的代理人或技能 故不能及时。 这是一个 数值矢量 超过目录的因素,和 标记被读取的代理设备是这些模块的投影.

Canon是无意识的 财务报告和审定财务报表 运行时间不可知:它说什么是代理 实值 和什么技能 表示,从来没有如何携带。 在机器上安装相机 页:1 cratylus 读取对 这个读取器是给谁工作的 峡谷.

对指挥部来说是什么

包的默认导出为 Canon 作为代理插件: canon the cratylus 命令为 搭建的,其中 cratylus install 项目和地点.

地址为 导入绑定从来没有字符串标识。 也有一个层面: 角色 profile 或 persona 导入其每个值,所以编译器检查组成,而不是 由登记册解决,复合材料的每一部分都可追踪到其一个住所.

插件携带什么

字段这是什么
manifest存在哪些因素 - 18个,分为六组;执法级别是每个价值的属性
events是否存在生命周期事件 ——"神舟"的"牵引-可知事件词汇"
rulesets哪些规则存在 - 安装要约的指定规则(src/rulesets.ts(中文(简体) )
factors参数值,每个系数一个目录存档
agents5名一般负责人和3名个人
skills技能——每个技能都是自给自足的正式组合,在借款期引用其内部的相关技能(@ <skill>; 单独正式地组成兄弟姐妹(构思和表示)

Canon拥有目录 因为一个因素 构成: 宣布一个使它成为 坎恩的代理设计. 显示在插件上,而不是生活在投影机里,所以 设计——加上一个因素——在不编辑工具的情况下进行修改。 峡谷的单位的形状 被作者反对,和 defineAgentPlugin 声明插件, 为: @cratylus/schema对.

探员们

该插件载有8个代理商:行为驱动发展的行业作用,每个通用 和三个人凌驾于商业分析师之上 每一个安装的地方。 每个 角色由它的行业名称引用,由它接收和交回的东西来定义,从不由 步骤。 其简介仅说明克勒特卢斯背离了行业角色,每个角色由克勒特卢斯(Cratylic)负责 名称,作为上下文工程规则的 Cratylic 上下文设计以及数量持有的格言。 这个 实践本身,行为驱动的发展,被项目的公约采纳(提供 behaviour-driven-development 规则,不是通过代理。 离开跟随域名 模式记录:决定权作为每个决定类的RAPID字母,自主作为使命 命令,默认到达打开(所以没有角色缩小它),域模型作为每个读者的内存, 一个用户故事自由的形式和未经估计, 签下和裁缝作为cratylus记录.

  • 商业分析员 持有域模型, design/model/: 改变产品所有人的意图 和确认实现 意思是原意;决定只是意义,反省产品所有者.
  • 技术领导 ——掌握用户故事的实现:决定如何构建,把任务交给 软件工程师和它给测试工程师的例子, 加入变化作为故事的风险 并且把结果拿回来.
  • 软件引擎 ——实现一个任务,把一个变化拿回来.
  • 测试引擎 - 为每个例子写一个接受测试,并作出判断: 实现通过.
  • 代码审查器 ——对照用户故事的接受标准和实例审查一个变化, 并手拿回一个代码审查.

测试工程师和代码审查员运行在另一个模型家族 而不是软件工程师 一个可以使用。 角色简介( A)src/roles/<role>.ts表示每个因素的值,a 明确的空置计数为一体,及其标记; agents/<role>.ts 实值 holder(<role>Role)数字 : 被命名为角色,无所不包, 它的标志角色的. holder 拒绝缺少配置文件 一个系数,一个没有完全一个数值的平面,一个需要的空档没有精确填充一次(一个目标 驱动器是可选的,只有当它离开时才声明,而且一个角色只在 和空的护栏.

基诺、尼科和马夫是商业分析员角色的主角,每个角色都因其专长而取名(基诺) 电影制作和基因录像,尼可术语, 赋予每个概念其Cratylic名, mav 软件工程)。 企业分析师的角色拥有每个背景的域模型 一个人带来其专门知识,拥有其作用所没有的一切. 每个都是 persona(businessAnalystRole, overrides)中,只说明其上加号及扩展 角色:以个人名义命名的代理人,其价值旁有其自己的描述和标记 各州。 它表示的单个值取代了角色的,一个插槽只有自己的插槽;一个设置的值被添加 在角色完成之后, 并重述一个角色 只能改变其执行水平或音符。 这个 因为合同是角色的 组成拒绝错误 persona: 表示角色、 名称一个因素或目录没有的位址, 删除一个 * 重视其作用没有、没有标志或作用 CompositionRefusal 它会丢出名字 它拒绝什么。 人a 移除或下调一个护栏,或从一个设定中去掉一个值 其影响范围大于其影响范围 CompositionWarning),命名其改变之处:没有 伤害是记录在案的.

一个由人员组成的代理人也说,对于投影员来说,它的作用是:holds),其型号的分级和 努力(routing及其打出(contract) (中文(简体) ). 没有什么能缩小它的工具 或它可以是谁 调度:每名特工都保存着代理操纵的默认值. 内容 key 保留给当然 特工人员是空的. holder, (中文(简体) ), persona, (中文(简体) ), CompositionRefusal,五个角色简介和 MANIFEST 为: 也命名了导出, 对于一个由自己代理这些角色的插件.

已打包

任务和交付品是其因素的价值,每个因素都带有其作为JSON的合同 Schema 数据src/contracts.ts,导出为 ASSIGNMENT_CONTRACTS 财务报告和审定财务报表 DELIVERABLE_CONTRACTS 以 )),该值的用词. 组分 复制成对到代理 contract。每次交割状态 它必须包含的内容? 标记可选字段, [≥1] 可能不是空的列表 :

作用任务交付品
技术领导用户故事 {story, slice, why, acceptanceCriteria[≥1], outOfScope, examples?},或一项没有故事的任务(以下)结果 {story, joined, criteria[≥1], meaningQuestions, followUps}
软件引擎任务 {task, story?, goal, changes, done}变动 {change, tests, verified}
测试引擎实例 {story, examples[≥1]}验收测试 {story, tests: [{example, test, seenFailing, passes?}]}
代码审查器审查请求 {change, story?, acceptanceCriteria?, examples?}代码审查 {verdict, findings, meaningQuestions}

一个实例被命名 <context>/<concept>,代表所有的概念文件实例 design/model/,或 <context>/<concept>: <example name> 一个,例如 delivery/install: installs the industry roles技术领导的任务有两种, 被宣布为替代品anyOf),它适合任何一种时. 其结果命名用户故事,或 对于一个没有故事的任务, 任务,说工作是不是 merged 或者说 dropped,并分别持有 接受标准(或就某项任务而言,所作所为意味着什么)与它是否持有及其证据有关。 一个 验收测试 passes 在建造前就已缺席。 代码审查 verdict 实值 approve 或者说 changes商业分析师的交割是产品所有者的自由文字意图,一种回馈 所以它没有合同 代理人 将可交付品绑定为自己的产出计划 显示每个会话、每个转弯、每个代理的指派形式,其中包含一个:一个 assignment JSON在发送文本中被封锁.

评价和人物漂移

每个代理商的行为都由与之合作的产品所有人在实际使用中进行评估: 评价因数只有一个值 in-use并且没有警卫、钩子或模型判断的检查 行为或答复。 Persona 漂移是代理人设计上下文的概念,根据 产品所有者在实际使用中;没有代理人携带反措施文本.

第一条原则

第一条原则,密集 cratylism axiom,有一个字面的家在 genus/prime-principle.ts 并且不会在每只木舟上盖章。 它只骑着那些适用法律的单位 它:赋予一个概念其术语、用它与概念的对称性差异来判断一个术语或 以新的经文证实它 preamble,一个特工携带它一次, 以它的名字,作为 cratylism 其作用的立场,在其中阐述。 不使用它的单位从来不持有 主机自己自编自著的表面来取出相克子命名. 轴心是狂热的 上下文设计持有: 名字对模型是自然的,其语义空间已经修正了每个名字的 意思,所以每个概念都取其Cratylic名,这个术语的含义,在概念的域内读取,有 与它最小的对称性差异; 直觉提出并重新读取确认, 从来没有铸造过,一个硬币名称只有在没有固定术语涵盖这个概念的情况下;其预想的定义是: 上面写着:在名字缺少或添加的地方,每个名字都写过一次 它被记录成这样。 它是这些单位的预测字节的内在,所以它能存活到部署中 外国存储器,而不是取决于环境背景.

由于插件对象在消费者进口时会失去其包干出处 目录字段以 import.meta.url 在定义时间和消耗的逐字.

直截了当地说明的依赖性

@cratylus/schema 用于罐子单位的形状和 defineAgentPlugin,该插件在它的 输入。 Canon到达投影仪时 数据 ——"相"被作为插件传递给它——没有 单位进口.

没有单位导入运行时间。 一个技能名称,它引导的能力 - model 或者说 versionSkew,两者包含在运行时间——作为 runtime: { capability: … }, (中文(简体) ), 它从未执行, 和钩子声明 发射壳 援引二进制 排放时的投影器替代品。 这是建筑等级最高的地产,意思是 和机制 从来没有相互参照.

版本与发布记录

@cratylus/canon 共发布 36 个版本,首次发布于 2026/08/07;过去 12 个月发布了 36 个版本。最新版本附带 npm provenance 构建来源证明,可追溯到公开的 CI 构建记录。

版本发布日期距今
0.24.0latest2026/11/064 天前
0.23.02026/10/3011 天前
0.22.02026/10/2913 天前
0.21.02026/10/1923 天前
0.20.02026/10/1823 天前
0.19.02026/10/1724 天前

关于 @cratylus/canon 的常见问题

@cratylus/canon 是什么?

Canon cratylus ships——它的代理人,技能,规则和因素的价值观,每个概念作为其Cratylic名,在它需要的地方有其先入为主的定义,在被限定的上下文中,作为打入的TS源. Markdown是这些模块的投影.

如何安装 @cratylus/canon?

在项目目录运行 npm install @cratylus/canon,或使用 pnpm add / yarn add / bun add。

@cratylus/canon 支持 TypeScript 吗?

支持。包内自带 TypeScript 类型声明(package.json 声明了 types 入口),安装后即可获得类型提示,无需再安装 @types 包。

@cratylus/canon 支持 ESM 还是 CommonJS?

以 ES Module 形式发布,推荐使用 import 引入。在 CommonJS 项目中,Node.js 20.19+ / 22.12+ 可以直接 require() 不含顶层 await 的 ES Module,更早的版本需要改用动态 import()。

@cratylus/canon 需要什么版本的 Node.js?

package.json 的 engines 字段要求 Node.js >=22。版本不符时 npm 默认只给出警告,开启 engine-strict 后会拒绝安装。

@cratylus/canon 可以商用吗?

@cratylus/canon 使用 MIT 许可。宽松许可:允许商业使用、修改和再分发,通常只需在分发时保留原版权与许可声明。以上为概括,不构成法律意见,请以许可原文为准。

@cratylus/canon 的下载量有多少?

根据 npm 官方下载统计,@cratylus/canon 在 2026/10/11 – 2026/11/09 这 30 天内被下载 2,799 次,日均约 93 次。下载量会把 CI 构建、镜像同步和作为其他包依赖的安装一并计入,适合横向比较热度,不能直接等同于使用人数。

@cratylus/canon 还在维护吗?

最新版本 0.24.0 发布于 2026/11/06(4 天前);至今共发布 36 个版本,其中过去 12 个月发布了 36 个;首次发布于 2026/08/07。发布频率只是参考信号:功能稳定的工具可能很少需要更新,建议结合源码仓库的 issue 和提交记录判断。