@everydeck/check

中文文档
0.3.23发布于 2026/11/12MITES Module零依赖构建来源已验证近 30 天下载 2891

everydeck scrake:将应用程序存储器的事实(表格,页面,路径,流量,每个在代码中的位置)读入 everydeck/app-map.json

中文使用文档
文档目录21 节
  1. 变动
  2. 0.3.23 (韩语)
  3. 0.3.22 (韩语)
  4. 0.3.21 军事预算
  5. 0.3.20 (中文(简体) )
  6. 0.3.19 (韩语)
  7. 0.3.18 联合国
  8. 0.3.17 (中文(简体) )
  9. 0.3.16 (简体中文)
  10. 0.3.15 (简体中文)
  11. 0.3.14 (中文(简体) )
  12. 0.3.13 (中文(简体) )
  13. 0.3.12 (中文(简体) )
  14. 0.3.11 (中文(简体) )
  15. 0.3.10 (韩语)
  16. 0.3.7 (单位:千美元)
  17. 0.3.6 (中文(简体) )
  18. 0.3.5 (中文(简体) )
  19. 0.3.4 (中文(简体) )
  20. 0.3.3 (中文(简体) )
  21. 0.3.2 (韩语)

@ everydeck/检查

全副武装的骨架 它读取一个应用程序存储器的事实,每个存储器在代码(文件和行)中的位置 everydeck/app-map.json。它不判断什么;它不能读的,编码代理添加了位置.

npx @everydeck/check@<version> . --out everydeck/app-map.json

这个程序是 everydeck-scaffold数字 :

everydeck-scaffold <repo> [--db <database url, a read-only role is enough; or the structure address everydeck gives>] [--out everydeck/app-map.json] [--merge <existing app map>]
  • 无 --out ; 没有写入存储器.
  • --merge 保存已添加到现有应用地图中的内容,并仅更新骨干部件.
  • --db (或 EVERYDECK_SCHEMA_DB_URL)首先从数据库中读取计划(表格、列、密钥、CHECK列表、政策、触发器、SQL函数来自 pg_catalog);迁移会停留在各地. 通过软件包连接 pg 或者说 postgres 应用软件,否则 psql。 。 。 .
  • 对于一个主机数据库,所有者与每个网点(Supabase)连接, --db 使用其设置步骤中给出的结构地址(https://…/api/live-structure/…) 或带有该目录的JSON文件: 相同的查询,由连接工程的每个端点读取,仅结构,从不行. 仅存在于数据库中的表格保存该位置 database。 。 。 .
  • 从 SQL 迁移、 Alembic 和 Firestore 规则读取表格和列; 提供者包来自 package.json 财务报告和审定财务报表 requirements*.txt; API 路由 (Express, fastify, Hono, fastAPI, Next.js); 页面 (Next.js, Expo Routers, React Router); 平台; 前端显示数据的地方, 通过语法树( TypeScript 编译器API) app, Python ast) (中文(简体) ).
  • TypeScript来自应用程序的寄存器(或 NODE_PATH;没有它,就没有对前端的分析,有一条信息.

它所适用的规则是每个德克人自己的rules/everydeck-rules.mjs,与提交应用地图时的每个端点使用相同). 节点18或更新. 驾照:麻省理工.

变动

0.3.23 (韩语)

  • 本套件内的规则( :rules/everydeck-rules.mjs,与 everydeck-check 0.3.23 撰写 jobs[] 从目录中输入一个已命名的 pg cron 调度,并给发件箱条目一个应用地图证明;脚手架本身不会改变,以及 --merge 保持这些条目 和其他工作一样.
  • 版本与 everydeck-check 0.3.23,其应用地图计划 flows[].result.write.attribution (为什么每一行都是这种流的一跑,是谁干的). --merge 保持它像代理设置的每一个字段一样;脚手架上没有其它变化.
  • 应用地图的图谋 everydeck-check 0.3.23 还需要 needs_attention[] (应用程序显示其团队需要关注的,及其查询条件)和 must_keep[] (排行必须留下的表格,禁止删除的位置). 脚手架从不写自己; --merge 只要他们的桌子存在,就让他们留在原地.

0.3.22 (韩语)

  • 版本与 everydeck-check 0.3.22 (英语). 脚手架从不输入文件夹 .gitignore 文件夹中的其他工作树 (.claude/worktrees, (中文(简体) ), git worktree add)或者它内部的其他寄存器;一个拥有许多工作树的寄存器不再将它运行出内存. 表格只来自应用程序运行的内容: 从未来自测试脚本,引文中的文本,评论或没有引文的 SQL 单词(CREATE TABLE IF …) (中文(简体) ). --merge 放下一个年长的脚手架从那里读到的 tables 内 not_in_database,所以没有任何东西必须用手补充回来.
  • 应用地图的图谋 everydeck-check 0.3.22 启用新的可选字段 moderation.queues[]数字 : open_when, (中文(简体) ), reason_words, (中文(简体) ), pair_column 财务报告和审定财务报表 screen。 。 。 . --merge 保持它们与代理设置的每一个字段一样;脚手架上没有任何变化.

0.3.21 军事预算

  • 版本与 everydeck-check 0.3.21,其应用映射可以命名该应用的表格会从自身删除行(row_deletes[], (中文(简体) ), jobs[].deletes) (中文(简体) ). --merge 保存代理的条目, 除了一个表格,代码不再有. validate 拒绝一个没有位置的条目,一个给表格起名但没有删除任何内容的地方,一个删除另一个表格的地方,一个不在app地图中的表格,另一个对谁删除的值,一个没有ISO 8601持续时间的窗口,以及一个不按时间表删除一个表格的工作.

0.3.20 (中文(简体) )

  • 版本与 everydeck-check 0.3.20,其应用地图可以说明该应用如何构建相片地址(columns[].image_src) (中文(简体) ). --merge 保持经纪人的 image_src 喜欢 contact 财务报告和审定财务报表 not_contact。 。 。 .
  • 版本与 everydeck-check 0.3.20: (中文(简体) ) false_positive 每个地点 outcomes[], (中文(简体) ), places 财务报告和审定财务报表 form 每个开口的部分,没有一个开口的部分 钱表只有它的名字指.
  • 版本与 everydeck-check 0.3.20,其应用映射计划需要新的可选字段: moderation.reports[].closed 财务报告和审定财务报表 target, (中文(简体) ), moderation.queues, (中文(简体) ), money.tables[].closed 财务报告和审定财务报表 tables[].statuses[].waits。 。 。 . --merge 保持它们与代理设置的每一个字段一样;脚手架上没有任何变化.
  • 版本与 everydeck-check 0.3.20,其应用地图计划需要更多的可选字段: platforms[].server_url (原壳从服务器上装入网络应用程序), identity.browser_consent 财务报告和审定财务报表 inventory.consent_banners (同意的旗帜), identity.last_active (即某人最后一次活动时的应用商店).
  • 版本与 everydeck-check 0.3.20人,他们 drift 在 SQL 中不再计算一个没有心跳的进度表( Everydeck read pg cron 本身); 任何其他没有一个的工作都是个音符.

0.3.19 (韩语)

  • 版本与 everydeck-check 0.3.19, 妇女 validate --repo 现在,应用程序自己的服务器读取其每一端设置的目录中的名称. --merge 保持盘点的原样; 脚手架上没有任何变化.

0.3.18 联合国

  • 报告需要 moderation.reports (与 everydeck-check 0.3.18:报告流动(更新标记表,插入报告表)不再关闭 flow:moderation。 。 。 .
  • --merge 保持代理设置在代码本身中找不到的每一个字段: 第一值,角色,温和度,AI呼叫的目的(flow, (中文(简体) ), context),一页的标签,一行值的标签,以及后期应用地图所添加的任何字段. 只有脚手架从每跑一次的代码中更新的东西才能改变(表格,列及其类型,页,路线,AI呼叫,包,人,钱,核对表);代理给一个已经消失的表格的事实不会回来. 之前, GitHub 检查(everydeck/check运行 --merge 每一次推倒了它没有命名的字段, 每一个小伙都拿走了更差的应用地图。 检查提交时使用的规则(与 everydeck-check 联合国.

0.3.17 (中文(简体) )

  • 每个应用程序,不只是Supabase上的应用程序(共享规则) everydeck-check 联合国 脚手架从不停止:它不能读到的东西(连接到无,分析的一部分无法遵循的文件)列于 open[] 其摘要与地点。 表格 : MySQL 名字以回转键表示,在移位外重置或种子脚本时,不减少任何信息, DROP 财务报告和审定财务报表 CREATE 按文件顺序运行, ALTER COLUMN 没有列, Python 模型通过语法树(scaffold-models.py: SQL模型 table=True,带有注释的 SQLAlchemy __tablename__ 财务报告和审定财务报表 mapped_column alembic,按修改顺序排列(add_column, (中文(简体) ), drop_column,重命名). 人:自己登录(密码栏,会话或帐号表),Auth.js,更好-auth,Lucia, Django, Clark. 金钱: Polar and Mercado Pago 旁的花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花纹花花纹花花纹花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花花teams.stripe_customer_id赚钱 页面:子文件夹中的下个.js 和 Pages 路由器, SvelteKit, Remix 和 React 路由器平坦路线( 也) + 文件夹、 TanStack 路由器、 React-admin、 wouter path={"/x"}; 每个导出方法的路由处理器。 显示位置: Prisma 和 Drizzle 读取, React-admin 的数据钩, 帮助 英寸 db/ 或者说 supabase/ 前端导入。 核对表显示登录、付款、人工智能和组织从它发现的情况中。 在它不知道的地方,摘要问与地点(questions[],与 open[] 联 合 国 everydeck-check validate) (中文(简体) ).

0.3.16 (简体中文)

  • App地图上写着每个网点需要显示的 AI 调用,报告,块和状态变化 app (共享规则与 everydeck-check 3.3.16: 联合国 ai_calls[].context (地点: aiContext,它的名称流 和它的引用: subject_ref, (中文(简体) ), account_ref, (中文(简体) ), object_ref; 无法通过代码的引用 without 有一句话,为什么, moderation.reports (人们报告内容的地方:如 reported 记录或报告表)和 moderation.blocks (即应用程序阻挡人或记录的地方). everydeck-check validate 列出在提交之前所缺少的内容:没有上下文的每个AI呼叫(ai:context:<path>:<line>),报告没有 moderation.reports 或带有结果信号的报告流(flow:moderation; 发送消息的流量不再是报告),块没有 identity.suspend 或者说 moderation.blocks (单位:千美元)moderation:blocks),和带有状态列的表格,浏览器不修改 status_column 财务报告和审定财务报表 statuses[] 或带有结果信号的流量(status:<table>) (中文(简体) ). 每个都与 not_applicable 以及当应用程序没有的时候它的位置。 可选字段; 旧的应用程序地图仍然有效 .

0.3.15 (简体中文)

  • 人使用的每道流量都计算在内(与 everydeck-check 0.3.15: (中文(简体) ) ai_calls[].flow 在应用程序地图名称中,AI呼叫所属的流量(流量) aiContext({ flow }) 名称; 仅来自 flows[],仅在 kind: call) (中文(简体) ). 人使用的流来没有信号,没有AI呼叫命名,也没有与所有者建立记录,创作时间是开放的部分 signal:<flow id> (单位:千美元)not_applicable 当没有人真正这样做的时候, 可选; 旧的应用地图仍然有效 .

0.3.14 (中文(简体) )

  • 应用地图知道一个人做了什么,他们来做什么(共享规则) everydeck-check 3.3.14 (中文(简体) ) flows[].done (一个人在流动中做了什么, 在过去的紧张, 正如所有者读到的时间线:分析CV), first_value (新人来取的主要流动的第一个结果,及其位置), roles[] (一个应用的侧面使用不同, 每一个从应用的表格, 有自己的第一值)和 screens[].label (应用显示的页面名称). 所有四个都是可选的;更古老的应用地图仍然有效. everydeck-check validate 列出新应用程序映射的每条流 done 作为一个开放的部分.

0.3.13 (中文(简体) )

  • 迁移的表格创建了数据库没有的列表, 它不是应用程序的一部分 : --db 脚手架离开它了 tables 并列出在新的 not_in_database (表格和位置);没有数据库的运行(合并后的 GitHub 动作, --merge) 远离那里,而不是从迁徙中带回. validate 说明为什么这样一张桌子可能无处可去(共同规则与 everydeck-check 《大会正式记录,第五十七届会议,补编第10号》(A/CONF.30/Rev.1).
  • --merge 将每个 AI 调用上一个运行的条目(一个文件的调用顺序相同),并且只用自己的调用来移动一个模型。 之前,一个电话,它的模型 代码没有命名(model=get_model())采用了同一文件中最近另一个呼叫的模型,并且 everydeck-check validate 拒绝.
  • --merge 将编码代理的句子保留在 not_shown 在此运行中再次找到引用( 相同的文件, 在 三行之内) ; 在之前, 每一次重运行都会将通用句子放回 .
  • --merge 保留合并的应用程序地图的流程候选人,但该扫描找不到它(每个检查员都发现了它,或者代理机读取它 --db),只要其文件在寄存器中. 之前,GitHub Action在合并后放弃了它,而每个德克都计算出它已经知道的一部分是新的并开放的.

0.3.12 (中文(简体) )

  • 应用地图以一出形式出现,如每个eck-check所写:每个列表的条目各一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一行二行一行一行一行一行一行一行一行一行一行一行一行一行一行一行一 内容不变;第二次运行会写出相同的字节. 与另一个缩进的文件会被带入此表格一次 .
  • --merge 保留编码代理对一个只有数据库知道的表格的描述(defined: database:其为: works_with 条目,其组成部分的条目,以及 core_object 只要表格在合并的应用地图中就可保留。 没有数据库("GitHub Action"),骨架本身就找不到这样的表格;之前,它保留了表格但放弃了描述,对象类型留下了每德克的侧边栏.
  • --merge 保持经纪人的 identity.name_rule 当骨架没有找到规则本身(而人表仍然有它的柱子);用骨架找到的有其位置的规则取代了它. 专栏保留代理 not_contact,并且,如果没有数据库,外国密钥允许值并默认代理读取 --db 当迁移者不说的时候, 与 --db 数据库决定.
  • 打开的部分 people:visits 要求将该组织作为 everydeck.setSubject(<user id>, <organization id>),该应用程序的服务器发送的相同 id account_ref (与 everydeck-check (原始内容存档于2013-03-12). 0.3.12.

0.3.11 (中文(简体) )

  • 捆绑的规则跳过名称为占位符的附表(<job>) 或 Everydeck 自己的,并计算浏览器直接将结果写入数据库的流量(浏览器SDK通过它记录) writes) (中文(简体) ). 捆绑的规则要求 everydeck.reset() 应用标志的人出,从来没有 setSubject(null) (浏览器SDK0.5.

0.3.10 (韩语)

  • 捆绑的规则要求内置的流量:登录、注册和创建核心对象(core_object 在app地图中)从不只计划;登录不需要自己的信号 identity.browser_subject,没有在 Supabase Auth 注册(auth.users) (中文(简体) ).

0.3.7 (单位:千美元)

  • 捆绑的规则不再接受 unsupported 对于一个调度每节检查查找(SQL中的pg cron,一个GitHub Actions工作流程,vercel.json, compress.yaml):他们每个人都可以发送心跳(通过发包箱,或在运行结束时有一个检查步骤),所以部分随方式保持开放.

0.3.6 (中文(简体) )

  • 捆绑的规则不再在较小的写作(更新、删除、上升、触发)上要求流出或左出并知道 outcomes[].also。 。 。 .

0.3.5 (中文(简体) )

  • 每一种方式有一个候选人:数个同类型的地方(签入密码,加上Google,浏览器从两个文件中写出同一个表格)各成为候选人 <id>@<way> 内 flow_candidates[],规则与每一次检查相同(candidateWays 在捆绑的规则。 只有这样一来, covered_by 确切的id或 not_applicable 关闭它.
  • ai_calls 列出SDK 包装计量的每个调用 images.edit, (中文(简体) ), audio.translations.create, (中文(简体) ), audio.speech.create, (中文(简体) ), responses.parse 和安东尼 messages.parse。 。 。 .

0.3.4 (中文(简体) )

  • 捆绑的规则知道 outcomes[] 财务报告和审定财务报表 inventory 的应用程序地图(找到的每个网点的一部分是连接或保持开通).

0.3.3 (中文(简体) )

  • 没有支付提供者的货币:有外国钥匙的货币表格写成 refers_to_money; 经纪人写到的关于钱表(holds, (中文(简体) ), roles, (中文(简体) ), statuses, (中文(简体) ), currency, (中文(简体) ), minor_unit, (中文(简体) ), price, (中文(简体) ), reason当脚手架再次运行时留下 --merge脚手架在桌子上也会发现自己.

0.3.2 (韩语)

  • 人们来自计划,而不是用手写的:每个账户一行的表格(其主要参考文献) auth.users被提议为 identity,加上应用显示的名称栏目,电子邮件和电话(从未被每个网点读取)以及带有角色的会员. 一张桌子或 null 在已有的app映射中给出的, 不再推翻计划, 除非它至少得到良好支持( app 显示的名称) .
  • 表后添加的密钥为: ALTER TABLE … ADD CONSTRAINT … PRIMARY KEY (…) 财务报告和审定财务报表 … FOREIGN KEY (…) REFERENCES … (schema 倾倒的风格为 pg_dump),以及 PRIMARY KEY (a, b) 作为 CREATE TABLE。 。 。 .
  • 一个应用程序在密码重置电子邮件后发送给人们的页面( P)redirectTo 重置的调用) flow_candidates[].redirect。 。 。 .

版本与发布记录

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

版本发布日期距今
0.3.23latest2026/11/122 天前
0.3.222026/11/104 天前
0.3.212026/11/094 天前
0.3.202026/11/095 天前
0.3.182026/11/085 天前
0.3.172026/11/086 天前

关于 @everydeck/check 的常见问题

@everydeck/check 是什么?

everydeck scrake:将应用程序存储器的事实(表格,页面,路径,流量,每个在代码中的位置)读入 everydeck/app-map.json

如何安装 @everydeck/check?

在项目目录运行 npm install @everydeck/check,或使用 pnpm add / yarn add / bun add。它还提供命令行工具 everydeck-scaffold,可以用 npx everydeck-scaffold 直接运行。

@everydeck/check 支持 TypeScript 吗?

该包的 package.json 没有声明类型入口。需要类型提示时,可以在 npm 上查找社区维护的 @types/everydeck__check 是否存在。

@everydeck/check 支持 ESM 还是 CommonJS?

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

@everydeck/check 可以商用吗?

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

@everydeck/check 的下载量有多少?

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

@everydeck/check 还在维护吗?

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