W
WireCatLabs/cli-core
Shared messaging, store, search and MCP layer behind the WireCat CLIs
SECURITY.md ✓
在 GitHub 查看 ↗链接已于 2026-11-12 核查 · HTTP 200 · 打开的是厂商自己的官网
- ★ 数取值
- 2 ★ · WireCatLabs/cli-core · 取自 GitHub 搜索 API · (2026-11-13 20:00:50 核对)
- 来源明细
- 从该仓库的 GitHub 页面直接读取 · 条目类型:开源项目
- 收录与活跃
- 收录于 2026-10-23 · 最近见到 2026-11-14 · 共见到 26 次 · 被 2 个来源列出
- 评分构成
- 综合分 203 · 2 ★ · 2 个来源 · repo
常见问题(答案都来自我们的记录)
它适合谁 / 用来做什么?
我们把它归在这些标签下: 开源项目。标签来自条目自身,不是我们强加的分类。
谁维护它、还在更新吗?
仓库
WireCatLabs/cli-core;我们收录于 2026-10-23;最近见到 2026-11-14。这里没有"官方认证"或"质量评级"——我们只记录来源与时间。# @wirecat/cli-core
以下摘录自该仓库的 README(片段) · 在 GitHub 读完整 README →
The engine behind the WireCat command-line tools for Telegram, MAX, WhatsApp, mail, notes, meetings and Google
Drive. Everything that
does not depend on one messenger lives here: the data model, a local SQLite store with full-text and semantic
search, a Lucene query language, the shared commands, an MCP server for AI agents, and the guard around every
write. A messenger plugs in as one adapter and gets all of it.
Architecture · Write an adapter ·
Query language · Messenger rules ·
API reference · Changelog · wirecat.dev
## Key documents
| Document | What it answers |
| Architecture | The layers, the module map, the store internals and migrations, who consumes what |
| Document workflows | Shared file ingestion, sync, scoped knowledge and extraction; the ports a file provider supplies |
| Media archives | Independent verified file copies, interruption recovery and opt-in daily timers |
| Write an adapter | How to add a messenger: the port, the Messenger description, the contract cases |
| Messenger rules | What binds tg, max and wa beyond the CLI standards handbook: parity, the option catalogue, bot |
| Glossary | One word, one meaning across the tools |
| Query language · spec · Image search | The search syntax and its exact grammar; finding pictures by context and by what they show |
| Mentions · how they work | Phones, e-mail, links, documents and names found in messages: search, review, rebuild; the tables and the rules |
| Storage | The schema, the search indexes and the decisions behind them |
| Knowledge · Meetings | Labels, links and proposals across sources; the meetings module and its providers |
| Testing · Parity audit | The sandbox, the coverage floor, the checks across tg and max |
| Tool boundaries | Which tool owns which command |
| API reference | Every entry point and the detailed contract of each feature |
| Roadmap | What is being built next for developers on this package |
| Changelog | What each version changed, and what may break callers |
## What it is
A messaging CLI has two halves. One speaks a protocol: MTProto for Telegram, a WebSocket for MAX, IMAP for mail.
The other half is the same for every messenger: store what was read, search it, render it for a person and as JSON
for a program, guard every send, expose it all to an agent. This package is the second half.
tg-cli, max-cli and
the WhatsApp tool are built on it, and so are the mail and notes tool
cli-memo, zoom-cli and
drive-cli. They import it as @wirecat/cli-core. Up to 0.261.0 the package
was named @wirecat/cli-messaging, which is deprecated. The npm versions 0.0.0-stage, 0.0.0 and 0.18–0.20 of
@wirecat/cli-core are deprecated too: they are placeholders and the old cli-base.
Who it is for. First of all, it is the engine of the WireCat tools, and it changes as fast as they need. You can
build your own messenger CLI on it, but expect to follow a moving API (see Build on it).
sh
npm install --save-exact @wirecat/cli-core
npm 7+ and pnpm also install its peers: @wirecat/cli-base in the range package.json names, and commander 15 or
later. @napi-rs/canvas is optional; charts need it only for PNG output.
It is built on @wirecat/cli-base, the layer every CLI needs: two output
Drive. Everything that
does not depend on one messenger lives here: the data model, a local SQLite store with full-text and semantic
search, a Lucene query language, the shared commands, an MCP server for AI agents, and the guard around every
write. A messenger plugs in as one adapter and gets all of it.
Architecture · Write an adapter ·
Query language · Messenger rules ·
API reference · Changelog · wirecat.dev
## Key documents
| Document | What it answers |
| Architecture | The layers, the module map, the store internals and migrations, who consumes what |
| Document workflows | Shared file ingestion, sync, scoped knowledge and extraction; the ports a file provider supplies |
| Media archives | Independent verified file copies, interruption recovery and opt-in daily timers |
| Write an adapter | How to add a messenger: the port, the Messenger description, the contract cases |
| Messenger rules | What binds tg, max and wa beyond the CLI standards handbook: parity, the option catalogue, bot |
| Glossary | One word, one meaning across the tools |
| Query language · spec · Image search | The search syntax and its exact grammar; finding pictures by context and by what they show |
| Mentions · how they work | Phones, e-mail, links, documents and names found in messages: search, review, rebuild; the tables and the rules |
| Storage | The schema, the search indexes and the decisions behind them |
| Knowledge · Meetings | Labels, links and proposals across sources; the meetings module and its providers |
| Testing · Parity audit | The sandbox, the coverage floor, the checks across tg and max |
| Tool boundaries | Which tool owns which command |
| API reference | Every entry point and the detailed contract of each feature |
| Roadmap | What is being built next for developers on this package |
| Changelog | What each version changed, and what may break callers |
## What it is
A messaging CLI has two halves. One speaks a protocol: MTProto for Telegram, a WebSocket for MAX, IMAP for mail.
The other half is the same for every messenger: store what was read, search it, render it for a person and as JSON
for a program, guard every send, expose it all to an agent. This package is the second half.
tg-cli, max-cli and
the WhatsApp tool are built on it, and so are the mail and notes tool
cli-memo, zoom-cli and
drive-cli. They import it as @wirecat/cli-core. Up to 0.261.0 the package
was named @wirecat/cli-messaging, which is deprecated. The npm versions 0.0.0-stage, 0.0.0 and 0.18–0.20 of
@wirecat/cli-core are deprecated too: they are placeholders and the old cli-base.
Who it is for. First of all, it is the engine of the WireCat tools, and it changes as fast as they need. You can
build your own messenger CLI on it, but expect to follow a moving API (see Build on it).
sh
npm install --save-exact @wirecat/cli-core
npm 7+ and pnpm also install its peers: @wirecat/cli-base in the range package.json names, and commander 15 or
later. @napi-rs/canvas is optional; charts need it only for PNG output.
It is built on @wirecat/cli-base, the layer every CLI needs: two output
收录徽章(可选)
想把收录标记放进 README 就复制这行,可选,不影响收录。
[](https://anclum.com/zh/s/wirecatlabs-cli-core/)
- 来源
- github · https://github.com/WireCatLabs/cli-core
- 按领域浏览
- 开源项目
- Traction
- 2 ★
- 收录来源
- 2 个独立来源
- 收录于
- 今天
- 安全策略
- 该仓库根目录有
SECURITY.md(我们只核文件存在,未核内容)
同类推荐
所属领域与标签
每个标签都能点进去看同类的全部条目。数字是当前库里的真实条数。