ptyctl-cli
ptyctl-cli
控制无头伪终端、屏幕状态和子进程生命周期。
Cargo description: CLI for ptyctl headless PTY controller
职责与架构位置
ptyctl-cli 位于“交互呈现”层。它的首要职责是:控制无头伪终端、屏幕状态和子进程生命周期。。源码图谱把 crate 看成一个编译和所有权边界,而不是文件夹标签:直接依赖表示它可以调用的下层能力,反向依赖表示哪些上层模块把它当作稳定接缝。
成员路径为 crates/codegen/ptyctl-cli,清单位于 Cargo.toml。
关键入口
crates/codegen/ptyctl-cli/src/main.rs:1–11175 行 · 模块入口SOURCEClicrates/codegen/ptyctl-cli/src/cli.rs:10–20228 行 · 公开符号入口SOURCEsendcrates/codegen/ptyctl-cli/src/commands/client.rs:5–15197 行 · 公开符号入口SOURCESessionInfocrates/codegen/ptyctl-cli/src/registry.rs:9–19128 行 · 公开符号入口SOURCEruncrates/codegen/ptyctl-cli/src/commands/run.rs:16–26120 行 · 公开符号入口SOURCEmod.rscrates/codegen/ptyctl-cli/src/commands/mod.rs:1–33 行 · 模块入口入口文件优先按 lib.rs/main.rs、公开符号密度和文件规模选择。这是一条面向阅读的路径,不表示其他文件不重要;下方完整文件索引覆盖该 crate 的全部 Rust 源码、测试、示例、基准与 Fuzz 文件。
依赖与调用者
直接依赖
ptyctl直接调用者
没有一方 crate 直接依赖
依赖边来自固定提交中的 Cargo manifest,只表示编译期直接依赖。运行时控制流还需结合 trait 实现、构造位置和消息通道判断;反向依赖为空也不代表 crate 没有入口,它可能直接生成二进制或由外部协议调用。
关键公开符号
公开符号用于快速判断 crate 对外暴露的数据、trait 和执行入口。私有实现仍会出现在完整文件索引中;本文不会仅凭 pub 推断某个符号就是长期稳定 API。
关联深度文章
完整 Rust 文件索引
共 6 个 Rust 文件,其中 6 个被覆盖校验认定为生产源码。测试、示例、基准和 Fuzz 文件不会从图谱删除,而是使用不同标签展示。
crates/codegen/ptyctl-cli/src/cli.rs228 行 · 4 个公开符号生产源码crates/codegen/ptyctl-cli/src/commands/client.rs197 行 · 7 个公开符号生产源码crates/codegen/ptyctl-cli/src/commands/mod.rs3 行 · 0 个公开符号生产源码crates/codegen/ptyctl-cli/src/commands/run.rs120 行 · 1 个公开符号生产源码crates/codegen/ptyctl-cli/src/main.rs175 行 · 0 个公开符号生产源码crates/codegen/ptyctl-cli/src/registry.rs128 行 · 6 个公开符号覆盖说明
该页面由固定源码基线生成。CI 会重新扫描 crates/codegen/ptyctl-cli,验证文件数量、行数、公开符号、依赖和入口是否与提交到站点的数据一致。若上游基线升级而图谱没有重新生成,构建会失败,避免页面显示已经不存在的路径。
非官方社区学习项目。Grok、xAI 及相关商标归其权利人所有;源码摘录来自 Apache-2.0 许可的公开仓库。
豫ICP备2026029221号-1