用途：为平台增加申请制（admissions）准入闸门，使成员资格变为仅限申请。分为两半：管理端 Applications 标签页（表单编辑器、提交流水线、审核工作区、封禁用户），以及申请人端 ApplyWizard。两者通过可复制链接连接。
主要能力：管理端提供表单列表、提交流水线（分页、状态筛选、搜索、排序）、单份申请工作区（候选人卡片、决定对话框、附件下载、清单与豁免、安置与课程分配、内部备注、审计轨迹）、问题编辑器、封禁用户列表。申请人端向导按分节分步、支持可重复候选人节、保存草稿、复核后提交；可恢复草稿或需补充信息的提交；已决定/锁定提交显示状态页，支持撤回与获批后 Renew；平台为 open 或 invite_only 时显示提示；gate 阻断状态与 404 有对应渲染。
使用方式：需先配置认证（/iblai-vibe-auth），配置 MCP 服务器与技能（@iblai/mcp 于 .mcp.json），并确保 @iblai/iblai-js 足够新以导出两个界面。项目根需有 iblai.env（含 PLATFORM、DOMAIN、TOKEN）。管理端可挂在 Account 的 Management 标签（传 authURL），或直接挂载 Admin；申请人端需创建两个公开路由 /applications/[platformKey] 与 /applications/[platformKey]/[formId]，使用 ApplyWizard，并仅用数据层 store，不要包 TenantProvider，保留 AuthProvider，导入 SDK 样式表，路由放在 (app) 组之外。申请人链接形如 <AUTH_URL>/applications/<platform-key>/<form-id>?redirect-to=<origin>。表单 schema 为 sections→fields，字段类型含 text、textarea、email、phone、number、date、boolean、select、multi_select、file、signature、info；支持校验器与 visible_if；上传客户端上限 5 MB。状态含家庭级与候选人级多状态，审核动作包括 start_review、request_info、require_interview、waitlist、accept、decline（可 block）。
适用场景：需要申请制准入的平台，如招生、会员审批。
限制：平台必须处于 application 模式向导才渲染表单；管理端需审核员账号且 manage 端点受 RBAC 限制；提交流水线按表单筛选为客户端分页内进行；问题对话框不编辑 visible_if、validators、file_config，需在 schema 中编写；字段 key 创建后不变。验证需运行 /iblai-vibe-ops-test，pnpm build 与 pnpm test 通过，并手动测试两端。