老 Web,新压力编程语言
Maguyva 对 PHP 的支持:让长期运行的 Web 应用告别盲目修改
适合那些仍在持续创造营收、但没人希望智能体在其中随意发挥的 PHP 代码库。
完整图谱支持AST 解析符号提取
扩展名
.php, .php3, .php4, .php5, 还有 2 个
打开指南
为什么混合的 JavaScript 代码仓库仍然需要具备结构感知能力的搜索
很多 AI 编码工具默默地把 JavaScript 当成迈向“真正的”TypeScript 之前那种混乱状态。这忽略了生产环境代码仓库真实的样子。JavaScript 仍然承载着构建步骤、插件系统、浏览器代码、任务脚本,以及那些没人排上日程去彻底重写的长期存活的服务路径。
这让 JavaScript 支持的重点不在于语法是否漂亮,而在于历史沿革。危险不在于解析文件,而在于在不清楚一个模块或辅助函数究竟属于 CommonJS、ESM、浏览器代码,还是某种较旧的本地模式之前,就贸然修改它。
Maguyva 在 JavaScript 中实际提取了什么
Maguyva 覆盖 .js、.mjs 和 .cjs,会规范化带成员前缀的调用,并在前后端边界模糊的 JavaScript 代码库中支持 JSX 组件启发式识别。它还过滤掉了大量标准浏览器和 Node 运行时噪声,让特定于代码仓库的关系保持可见。
这在较旧或混合的代码仓库中很有用——同一个概念可能以不止一种文件风格存在,而且命名往往并不一致。
面向混合运行时代码仓库的实用 MCP 工作流
实际工作流程通常是这样的:
- 对于像
module.exports、事件名或旧配置标记这类精确字符串,用text_pattern_search。 - 当你需要“遗留上传流程”或“浏览器打包代码中在哪里检查身份验证”这类行为层面的探索时,用
intelligent_search。 - 当命名不一致、你想在智能体动手修改之前先获得一份拼接好的摘要时,用
get_task_context。
这个页面何时有用
这个页面适用于仍然存在大量有意义 JavaScript 代码的代码仓库,而不是那些假装迁移已经完成的团队。如果当前代码仓库大部分已是 TypeScript,请从 TypeScript 开始。如果旧的 Web 技术栈仍然渗透到服务端模板或 PHP 中,PHP 指南 是更相关的配套页面。
最适合场景
- >始终未能统一到单一模块系统或单一框架世代的 Node 与浏览器代码仓库。
- >在维护遗留 JavaScript 的同时,逐步引入 TypeScript 或新包边界的团队。
- >需要跨 `.js`、`.mjs` 和 `.cjs` 获得结构化信息、而非临时代码仓库搜索的智能体工作流。
智能体工作流
- >在修改之前,追踪请求路径或构建步骤如何流经较旧的 JavaScript 模块。
- >对比代码仓库中同一行为的 CommonJS 与 ESM 实现。
- >在引入新的抽象之前,先在脚本、工具函数或前端组件中找出重复出现的模式。
引擎细节
- >JavaScript 支持涵盖 `.js`、`.mjs` 和 `.cjs`，这在同一代码库仍横跨多种模块风格时很重要。
- >成员前缀和调用参数会被归一化，方便在较旧的文件之间对比重复出现的辅助函数。
- >支持 JSX 组件启发式识别，同时常见的一大堆浏览器和 Node 内置全局变量会从关系噪声中被过滤掉。
常用 MCP 入口工具
text_pattern_search
在扩大搜索范围之前，用它查找 `module.exports`、事件名或遗留配置标记等确切字符串。
intelligent_search
当命名不一致、你需要查找“文件上传流程”这类行为而非符号时使用。
get_task_context
当代码库已发生漂移、你需要在触碰遗留路径前先获得一份拼接好的摘要时很有用。