说白了，CodeGeeX 对 PHP 的支持确实不错，但你猜怎么着？如果你直接上手就用，大概率会生成一堆不可用的代码——因为它默认压根儿不关心你的函数签名和上下文约束。所以，用对方法才是关键。
CodeGeeX 对 PHP 支持良好，但默认行为容易忽略函数签名和上下文约束，直接用会生成不可用代码。
PHP 函数补全必须写清楚参数和返回值注释
CodeGeeX 的补全机制，本质上是通过 PHPDoc 注释来理解你的意图。如果你不写清楚 @param 和 @return，它就会按通用模板来生成，比如默认返回 array，而实际你需要的是 string|null。你看，错误写法是 function formatUser($user) {，补全结果常漏判空、无类型约束。推荐写法，就是在函数上方加上完整的 PHPDoc 注释，例如：
/** * @param array $user * @return string|null */
触发补全前，光标停在 { 后，再按 Tab 或 Ctrl+Enter，效果更准。
用 CodeGeeX 解释遗留 PHP 代码时，要选中完整逻辑块
你在解释遗留代码的时候，如果只选中单行或零散语句，它顶多给你输出字面意思，比如 foreach 就是“遍历数组”，但整个上下文它根本不知道。选中整个循环体加上内部条件判断，它就能识别出“这是去重并合并用户配置的逻辑”。
- 选中范围建议包含：入口调用、关键变量赋值、条件分支、返回语句
- 避免只选中
if (isset($data['id']))这类片段——它不会告诉你这个$data是从哪来的 - 解释模式快捷键是
Alt+T，模板选explanation，不是直接输入文字提问
翻译 PHP 到其他语言时，注意魔术方法和扩展函数兼容性
翻译功能看起来一键搞定，但 PHP 里的魔术方法、数据库扩展这些，在目标语言里往往没有直接对应物，CodeGeeX 有时会硬映射成不安全的实现。比如，$_SESSION 被直译成 Python 的 session 模块，但没处理启动逻辑；date('Y-m-d') 译成 JS 的 toISOString().split('T')[0]，却忽略时区问题。
- 建议先用
Ctrl+Alt+T得到初稿，再手动检查三类内容：$_SERVER相关变量、数据库操作、文件/目录路径函数 - 若目标语言是 Python，优先让它生成基于
flask.session或django.contrib.sessions的结构，而不是裸 dict 操作
生成 PHP 单元测试要主动指定框架和覆盖率边界
生成单元测试的时候，CodeGeeX 默认会生成 PHPUnit 测试，但它不会自动读取你的 phpunit.xml 配置，所以经常出现 Class not found 这类问题，或者断言覆盖不全。
- 在提示里明确写：“用 PHPUnit 10.x，mock 所有外部 API 调用，覆盖所有 if 分支”
- 生成后检查
use语句是否匹配你项目的 autoloader（如App\Services\UserService是否被正确引入） - 如果项目用 Pest，别指望它自动适配——目前插件未内置 Pest 模板，需手动改写
it('should...')结构
真正卡住 PHP 开发者的，从来不是语法，而是上下文隐含规则：某个函数必须在 session_start() 后调用、某个类必须继承特定基类、某个数组键名是硬编码在第三方 SDK 里的。CodeGeeX 不会主动问你这些，它只响应你给的文本信号。所以，多一行精准注释，比多按十次 Alt+[ 更有效。
