qoderwake支持python、typescript、java、go、rust、javascript、sql、shell、yaml/json/toml及markdown；代码生成限于≤5文件模块，不支持跨语言编译或硬件级代码；审查覆盖cve模式与反模式，但不提供poc验证、法律合规判断或动态污点追踪。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果您在使用QoderWake时不确定其支持的编程语言范围，或希望了解其在代码生成与审查环节的具体能力限制，则需依据Qoder平台当前版本的技术规格进行确认。以下是针对该问题的解答：
一、QoderWake支持的编程语言
QoderWake作为Qoder平台的重要组成部分，继承了Qoder 1.0全栈式Agentic开发能力，其语言支持基于底层模型训练语料与语法解析器适配能力。当前明确支持的编程语言包括：
1、Python 3.8–3.12
2、TypeScript 5.0+
3、Java 11–21（含Spring Boot 3.x生态）
4、Go 1.21–1.23
5、Rust 1.75–1.78
6、JavaScript（ES2022+，含Node.js 18/20运行时）
7、SQL（PostgreSQL 14+、MySQL 8.0+方言）
8、Shell（Bash 5.0+、Zsh 5.8+）
9、YAML / JSON / TOML 配置文件格式
10、Markdown（含代码块语法高亮与结构化提取）
二、数字程序员代码生成能力边界
QoderWake内置的“数字程序员”角色依托多专家协同流水线（Planning → Coding → Review → Testing），其生成能力受限于任务复杂度、上下文长度、依赖外部工具链的完整性及知识库覆盖度。具体边界如下：
代码编辑 CLI 工具集合：Cursor CLI（agent）和 Qoder CLI（qodercli），用于代码修改、重构、Code Review 及自动化代码任务。
1、支持单次生成≤5个文件的完整功能模块（如REST API控制器+服务+DTO+测试）
2、不支持跨语言混合编译构建（如C++调用Rust FFI并自动生成绑定头文件）
3、无法生成需硬件驱动级交互的代码（如Linux内核模块、裸机固件）
4、不生成未在Repo Wiki中建模的私有协议实现（如企业自定义RPC序列化格式）
5、对非标准语法扩展（如TypeScript中的实验性装饰器提案）仅做基础兼容，不保证运行时行为一致性
6、生成代码默认遵循项目级Rules配置，若未配置则采用Qoder内置最佳实践（如Java中Lombok优先于手动getter/setter）
三、代码审查能力边界
QoderWake的审查能力由Experts Mode中的Review Expert执行，结合静态分析引擎、历史模式匹配与团队知识卡片，覆盖语义层与工程规范层。其审查范围存在以下明确限制：
1、可识别并标记CVE关联漏洞模式（如Log4j2 JNDI注入、Spring Actuator未授权访问），但不提供POC验证或渗透路径推演
2、支持检测常见反模式（如循环依赖、N+1查询、硬编码密钥），但不覆盖全部SonarQube规则集（仅启用Qoder认证的1,247条核心规则）
3、能对比Git历史识别新增技术债，但无法评估未提交至仓库的本地未暂存变更
4、审查结果不包含法律合规性判断（如GDPR数据字段标注、HIPAA加密要求映射）
5、对第三方库API变更（如React 19 useActionState弃用）的感知依赖于Repo Wiki中已同步的Changelog摘要，非实时爬取NPM/PyPI元数据
6、不执行动态污点追踪或符号执行，因此无法发现深层逻辑缺陷（如浮点精度累积误差导致的金融计算偏差）
