菜单
为 Java 多模块 Maven 项目生成新的 model 模块。在仓库根 `pom.xml` 的 description 中解析公司名称、产品名称、服务名称，自动创建 serviceName-modelName 模块目录、`pom.xml`、包路径、artifactId、groupId，并把新模块写入父 `pom.xml` 的 `modules`；如果父 `pom.xml` 已按同族模块维护 `dependencyManagement`，同步补齐内部依赖管理条目。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
基于 Poseidon 设计系统完成企业后台界面的前端开发、原型设计和 UI 评审。用户要求从零设计或实现界面、在现有前端项目中创建或改造页面、制作静态或可交互原型，或评审页面代码、运行界面、原型、截图及设计稿时使用；覆盖顶部导航菜单、一级页面、二级页面、弹窗、抽屉、表单、表格、图表、反馈组件及其他后台 UI。
遵循斯特伦克式简洁写作原则改写面向读者的文字，使表达清晰、简洁且结构严谨。用户要求润色、精简、澄清、去重、重组或统一文档、README、技术说明、PR 描述、提交信息、错误信息、界面文案、报告或摘要的语气时使用。
识别仓库并通过统一命令接口生成或重构根目录 Makefile。用户要求创建、规范化、审查或更新 Makefile，统一 make help/doctor/install/clean/format/lint/test/build/dev/deploy 目标，支持 VERSION、SKIP_TESTS 等动态参数，发布 JAR 等版本化制品，适配 Docker push、Electron/Tauri/Capacitor 等应用壳，或要求兼容 GNU Make 3.81、macOS 和 Windows 时使用。
Lean AC-only Codex workflow for EliteForge feature delivery. Use for feature design, database or API contracts, TDD execution, or selective multi-agent delivery needs.
Draft or refine a concise product requirements document from a rough product idea, then write a Typst source file and sibling PDF to a resolved output path.
检查开发环境是否配置完成；未完成时先确认重庆/北京办公地，识别当前操作系统、系统工具、包管理器和 eliteforge-* skill 环境变量声明，并按 missing_required、missing_conditional、optional_unset 分类报告，再尝试自动安装必备命令并补齐 hosts、Git 全局配置、Git HTTPS、npm/pip 私有源与 pipx 包。用户提到"检查环境配置""准备开发环境""缺少命令/hosts/私有源/Git配置/包管理工具/skill环境变量"时使用。
| name | eliteforge-new-java-maven-model |
| description | 为 Java 多模块 Maven 项目生成新的 model 模块。在仓库根 `pom.xml` 的 description 中解析公司名称、产品名称、服务名称，自动创建 serviceName-modelName 模块目录、`pom.xml`、包路径、artifactId、groupId，并把新模块写入父 `pom.xml` 的 `modules`；如果父 `pom.xml` 已按同族模块维护 `dependencyManagement`，同步补齐内部依赖管理条目。 |
| metadata | {"version":"1.0.1"} |
优先运行 scripts/scaffold_java_maven_model.py 创建模块骨架，不要手写模块名、pom.xml、包路径和父模块声明。脚本会从根 pom.xml 的 description 提取 公司名称、产品名称、服务名称，并按约定完成命名转换；如果父 pom.xml 已存在同族内部模块的 dependencyManagement 条目，也会一并补齐。空目录使用 .gitkeep 保证能被 Git 跟踪。
--dry-run；如果当前目录不是根目录，传 --repo-root。moduleName、packageName、groupId、artifactId、parent、managedDependency。<serviceName>-<modelName> 模块。git diff 或直接打开父 pom.xml，确认至少同步了 <modules>，并检查是否按仓库既有约定补齐了 dependencyManagement。python3 .agents/skills/eliteforge-new-java-maven-model/scripts/scaffold_java_maven_model.py reasoning-engine
python3 .agents/skills/eliteforge-new-java-maven-model/scripts/scaffold_java_maven_model.py reasoning-engine --repo-root /path/to/repo
python3 .agents/skills/eliteforge-new-java-maven-model/scripts/scaffold_java_maven_model.py reasoning-engine --dry-run
<serviceName>-<modelName>，serviceName 必须从根 pom.xml 的 description 读取。cn.<companyName>.<productName>.<serviceName>.<modelName>，全部转 dot 风格。artifactId 使用 app-<companyName>-<productName>-<serviceName>-<modelName>，全部转短横线风格。groupId 使用 cn.<companyName>.<productName>，全部转 dot 风格。parent 通过目标目录向上查找最近的 Maven 聚合父项目识别，<version> 固定写 ${revision}。pom.xml、src/main/java/<packagePath>/.gitkeep、src/main/resources/.gitkeep、src/test/java/.gitkeep。pom.xml 已有 <modules>，追加新模块；如果没有，则创建 <modules> 块；不要重复写入。pom.xml 已按相同 groupId 和 app-<company>-<product>-<service>-* 约定维护内部模块 dependencyManagement，则追加当前模块的受管依赖；如果仓库没有这套约定，不要凭空新增。<serviceName>-runtime-plane，可把它当作可选参考模块，用于观察命名和最小目录习惯；找不到时仍按内置最小骨架创建，不影响 skill 适用性。git diff，确认没有遗漏父 pom.xml 的模块聚合或内部依赖管理同步。