weapp-tailwindcss: Instructions file for Codex

Repository Guidelines

适用范围与优先级

• 本文件维护仓库级安全边界和入口；领域细节放在就近规则，任务闭环见 工程流程。
• 领域规则由就近 AGENTS.md 补充；不得削弱上级安全边界。规则相互矛盾时先说明冲突并暂停相关写入，不自行选择较宽松解释。
• 开始改动前，先确认目标目录是否有更近一级 AGENTS.md。
• 执行任何任务前必须先做“最近规则检查”：从当前目录向上查找最近的 AGENTS.md 并先读取，再开始修改或执行命令。

全局硬规则

• 统一使用 pnpm，禁止切换 npm/yarn；Node 与 pnpm 版本以根 package.json 的 engines / packageManager 为准。
• 代码默认 TypeScript + ESM，缩进 2 空格。
• 文件超过约 300 行优先按目录拆分（如 feature/a.ts），避免 feature.a.ts。
• 测试默认 Vitest；修复缺陷或改行为必须补回归测试。
• AI 启动本地全面测试（包括手动编排全仓验收）前，必须完成本轮环境预检：微信 IDE、HBuilderX、iOS/Android/Harmony 模拟器、Web 和当前会话 computer use 全部通过。失败、超时、缺证或状态不明立即阻断并在当前对话通知用户；不得用 skip、optional、旧报告或降级替代放行。入口为 pnpm e2e:preflight prepare，操作与恢复统一见 多端手册。定向单测、预检回归及普通 CI 不要求全端环境。
• 验证默认优先本地完成：凡是能通过本地 pnpm/Vitest/e2e/构建命令确认的问题，必须先在本地验证并记录命令；只有用户明确要求“PR CI/CD 验证”“盯 CI/CD”或远端环境是唯一可验证来源时，才长时间等待远端 CI/CD。
• 新增或调整 demo、issue 复现页、样式输出回归用例时，必须重新生成对应项目的 e2e static 快照/产物基线，并在验证记录中说明对应项目与命令；禁止只改源码或 IDE 用例而遗漏 static 基线。
• 本项目禁止使用 Prettier 做格式化；不要运行 prettier、pnpm format 或其它会调用 Prettier 的格式化命令。
• 提交信息遵循 Conventional Commits。
• PR、提交信息和变更说明默认只使用 Refs #<issue>、Related to #<issue> 或普通链接关联 Issue；禁止默认使用 Fixes、Closes、Resolves 等关闭关键词，也不要在 GitHub Development 侧栏建立会随 PR 合并关闭 Issue 的关联。只有用户明确要求关闭对应 Issue 时才允许使用关闭型关联。
• 所有新增或修改的 change intent 内容必须使用中文。
• JSDoc 注释必须使用中文；新增行内注释默认中文（术语可保留英文）。
• Node.js、构建器、CLI、测试与脚本默认必须同时支持 Windows、macOS 和 Linux，不得把 POSIX 路径、分隔符、盘符、大小写或 shell 行为当作跨平台默认值。
• 文件系统路径统一优先使用 node:path 的 resolve、join、relative、normalize 等 API，以及 fileURLToPath / pathToFileURL 处理 URL 转换；禁止通过字符串拼接、固定 /、split('/') 或单次替换反斜杠来实现通用文件系统路径逻辑。临时目录使用 os.tmpdir() / mkdtemp，禁止硬编码 /tmp。
• 必须区分文件系统路径与 bundler module id、bundle asset name、URL/route 等逻辑路径：只有后者可在明确边界统一为 /；不得把规范化后的 module id 或 URL 直接当作文件系统路径。涉及路径解析、缓存 key、模块身份或产物归属的改动，至少覆盖 POSIX、Windows 反斜杠、盘符/根目录与相对路径回归用例。
• Tailwind CSS v3/v4 的样式生成统一由 weapp-tailwindcss 接管；禁止通过 tailwindcss@3 PostCSS 插件、@tailwindcss/postcss 或 @tailwindcss/vite 生成样式。
• HBuilderX / uni-app x 链路必须避免引入会被 CJS 同步 require() 的 Tailwind 纯 ESM 官方插件依赖；Tailwind v4 相关能力应继续经 weapp-tailwindcss/vite、@weapp-tailwindcss/engine 的动态加载链路接入，禁止用 @tailwindcss/vite 等 ESM-only 插件替代或兜底。
• 构建插件禁止用 fs 直接写入或改写构建输出目录；输出变更必须通过对应 bundler 的插件 API、bundle asset、emitFile、loader result 或 stream/file 对象完成，确保产物仍在同一个构建图里。
• 修复构建器问题时必须从 bundler 的生命周期、模块图、产物图与 loader/plugin API 出发；禁止通过硬编码 src、pages 等项目布局推导源码路径，也禁止在 generateBundle 等后置阶段为了弥补状态缺失临时读取源码文件。需要源码内容时，应在 load、transform、watchChange、handleHotUpdate 等生命周期缓存，或使用 ModuleInfo、chunk metadata、loader result、source map、source-candidates 等构建图数据；确需文件系统扫描的入口发现逻辑必须集中在扫描层，并有回归测试覆盖。
• submodules/tailwindcss-mangle/ 只允许作为本地源码参考目录，不得加入 pnpm-workspace.yaml、pnpm-lock.yaml、CI/CD checkout、发布流程或仓库 submodule 追踪；需要 tailwindcss-patch 的测试与示例必须消费 npm 发布版。