openyida 2026.8.5 → 2026.8.12

package/README.md

@@ -8,7 +8,7 @@
 
 OpenYida connects AI coding agents with Yida's low-code platform, so developers can create apps, forms, workflows, custom pages, reports, integrations, and deployment configuration from a normal chat-driven development workflow.
 
-[Quick Start](#quick-start) · [Help Center](https://xmtrf1.aliwork.com/o/openyida/help?lang=en) · [Capabilities](#capabilities) · [Full Capability List](./docs/capabilities.md) · [CLI Reference](#cli-reference) · [Examples](#examples) · [Contributing](./CONTRIBUTING.md) · [Changelog](./CHANGELOG.md)
+[Quick Start](#quick-start) · [帮助网站&文档](https://demo.aliwork.com/o/openyida/helpCenter) · [Capabilities](#capabilities) · [Full Capability List](https://demo.aliwork.com/o/openyida/helpCenter?openyidaPath=capabilities) · [CLI Reference](https://demo.aliwork.com/o/openyida/helpCenter?openyidaPath=features/skills) · [Examples](https://demo.aliwork.com/o/openyida/helpCenter?openyidaRoute=showcase) · [Contributing](./CONTRIBUTING.md) · [Changelog](https://demo.aliwork.com/o/openyida/helpCenter?openyidaRoute=changelog)
 
 [![npm version](https://img.shields.io/npm/v/openyida?color=brightgreen&label=npm)](https://www.npmjs.com/package/openyida)
 [![npm downloads](https://img.shields.io/npm/dm/openyida?color=blue)](https://www.npmjs.com/package/openyida)
@@ -16,7 +16,7 @@ OpenYida connects AI coding agents with Yida's low-code platform, so developers
 [![License: MIT](https://img.shields.io/badge/License-MIT-yellow.svg)](./LICENSE)
 [![Node.js >=18](https://img.shields.io/badge/node-%3E%3D18-brightgreen)](https://nodejs.org)
 
-**Help Center:** [简体中文](https://xmtrf1.aliwork.com/o/openyida/help?lang=zh) · [繁體中文(中國台灣)](https://xmtrf1.aliwork.com/o/openyida/help?lang=zh-Hant) · [繁體中文(中國香港)](https://xmtrf1.aliwork.com/o/openyida/help?lang=zh-HK) · [English](https://xmtrf1.aliwork.com/o/openyida/help?lang=en) · [日本語](https://xmtrf1.aliwork.com/o/openyida/help?lang=ja) · [한국어](https://xmtrf1.aliwork.com/o/openyida/help?lang=ko) · [Tiếng Việt](https://xmtrf1.aliwork.com/o/openyida/help?lang=vi) · [ไทย](https://xmtrf1.aliwork.com/o/openyida/help?lang=th) · [Bahasa Indonesia](https://xmtrf1.aliwork.com/o/openyida/help?lang=id) · [Bahasa Melayu](https://xmtrf1.aliwork.com/o/openyida/help?lang=ms) · [Français](https://xmtrf1.aliwork.com/o/openyida/help?lang=fr) · [Português](https://xmtrf1.aliwork.com/o/openyida/help?lang=pt) · [Türkçe](https://xmtrf1.aliwork.com/o/openyida/help?lang=tr) · [Español](https://xmtrf1.aliwork.com/o/openyida/help?lang=es) · [Русский](https://xmtrf1.aliwork.com/o/openyida/help?lang=ru)
+**帮助网站&文档:** [帮助网站&文档](https://demo.aliwork.com/o/openyida/helpCenter)
 
 [English README](./README.md) · [简体中文 README](./README_zhCN.md)
 
@@ -163,7 +163,7 @@ openyida/
 
 ## Capabilities
 
-For a user-facing list of supported features and matching CLI commands, see [OpenYida 功能完整列表](./docs/capabilities.md).
+For a user-facing list of supported features and matching CLI commands, see [OpenYida 功能完整列表](https://demo.aliwork.com/o/openyida/helpCenter?openyidaPath=capabilities).
 
 ### Application and Form Management
 
@@ -194,6 +194,8 @@ Custom page source is authored directly from PRD and design guidance. Code Canva
 
 For member, department, attachment, and image upload components, choose the page chain first. Code Canvas pages should follow `yida-canvas-custom-page/references/native-components-bridge.md` for feature detection, fallback, and value normalization. 普通自定义页面 JSX/Jsx pages should use `.oyd.jsx`, read `yida-custom-page/references/component-jsx-guide.md`, and read `attachment-upload-guide.md` when upload fields are involved.
 
+For the current AI custom page native-component support matrix, see [Yida native components supported by AI custom pages](https://demo.aliwork.com/o/openyida/sample/canvas-native-components).
+
 ### Workflow, Data, and Permissions
 
 ```bash
@@ -369,6 +371,8 @@ Run `openyida --help` or `openyida <command> --help` for detailed usage.
 | `openyida corp-efficiency [overview\|details\|detail\|groups\|notify] [options] [--open\|--no-open]` | Query enterprise efficiency overview and detail reports |
 | `openyida create-app "<name>"\|--name <name> [options] [--locale zh_CN\|en_US\|ja_JP] [--open\|--no-open]` | Create a Yida app |
 | `openyida update-app <appType> [--name "..."] [--layout slide\|ver] [--theme deepBlue]` | Update app info |
+| `openyida app-online <appType> [--to-ding-app-center] [--show-app-center]` | Enable a Yida app |
+| `openyida app-offline <appType> [--to-ding-app-center] [--show-app-center]` | Disable a Yida app |
 | `openyida nav-group <list\|create\|rename\|delete\|move\|order\|auto-order\|hide\|show> <appType> ...` | Manage app sidebar navigation groups |
 | `openyida app-permission <get\|set\|add\|remove\|search-user> ...` | Manage app primary, data, and developer admins |
 | `openyida i18n <overview\|config\|languages\|list\|upsert\|delete\|translate\|translate-all\|upgrade> <appType> ...` | Manage app multilingual copy and language config |

package/bin/yida.js

@@ -143,7 +143,7 @@ function printHelp() {
   console.log(`    ${DIM}${RESET} openyida create-form create APP_XXX "${t('help.quickstart_form_name')}" .cache/openyida/forms/fields.json`);
   console.log(`    ${DIM}${RESET} openyida dws contact user search --keyword "张三"`);
   console.log('');
-  console.log(`  ${DIM}${t('help.docs')} https://xmtrf1.aliwork.com/o/openyida/help  ·  https://github.com/openyida/openyida${RESET}`);
+  console.log(`  ${DIM}${t('help.docs')} https://demo.aliwork.com/o/openyida/helpCenter  ·  https://github.com/openyida/openyida${RESET}`);
   console.log('');
 }
 
@@ -841,6 +841,13 @@ async function main() {
       break;
     }
 
+    case 'app-online':
+    case 'app-offline': {
+      const { run: runAppLifecycle } = require('../lib/app/app-lifecycle');
+      await runAppLifecycle(command === 'app-online' ? 'online' : 'offline', args);
+      break;
+    }
+
     case 'nav-group':
     case 'group': {
       const { run: runNavGroup } = require('../lib/app/nav-group');

package/lib/app/app-lifecycle.js

@@ -0,0 +1,128 @@
+/**
+ * app-lifecycle.js - 启用或停用宜搭应用
+ *
+ * 用法：
+ *   openyida app-online <appType> [--to-ding-app-center] [--show-app-center]
+ *   openyida app-offline <appType> [--to-ding-app-center] [--show-app-center]
+ */
+
+'use strict';
+
+const querystring = require('querystring');
+const { httpPost, requestWithAutoLogin } = require('../core/utils');
+const { createAuthRef } = require('../core/yida-client');
+const { t } = require('../core/i18n');
+const { throwCommandError, throwUsage } = require('../core/command-errors');
+
+const ACTIONS = Object.freeze({
+  online: Object.freeze({ endpoint: 'onlineApp', api: 'App.goOnline' }),
+  offline: Object.freeze({ endpoint: 'offlineApp', api: 'App.goOffline' }),
+});
+
+function parseArgs(args = []) {
+  const params = {
+    appType: null,
+    toDingAppCenter: false,
+    showAppCenter: false,
+    help: false,
+  };
+
+  for (const arg of args) {
+    if (arg === '--help' || arg === '-h') {
+      params.help = true;
+    } else if (arg === '--to-ding-app-center') {
+      params.toDingAppCenter = true;
+    } else if (arg === '--show-app-center') {
+      params.showAppCenter = true;
+    } else if (!arg.startsWith('-') && !params.appType) {
+      params.appType = arg;
+    } else {
+      throwUsage(t('app_lifecycle.invalid_argument', arg));
+    }
+  }
+
+  return params;
+}
+
+function buildRequestPath(action, appType, stamp = Date.now()) {
+  const config = ACTIONS[action];
+  if (!config) {
+    throw new Error(t('app_lifecycle.invalid_action', action));
+  }
+  return `/dingtalk/web/${encodeURIComponent(appType)}/query/app/${config.endpoint}.json` +
+    `?_api=${encodeURIComponent(config.api)}&_mock=false&_stamp=${stamp}`;
+}
+
+function buildPostData(params, authRef) {
+  return querystring.stringify({
+    _csrf_token: authRef.csrfToken || '',
+    _locale_time_zone_offset: '28800000',
+    isToDingAppCenter: params.toDingAppCenter ? 'y' : 'n',
+    showAppCenter: params.showAppCenter ? 'y' : 'n',
+  });
+}
+
+async function changeAppLifecycle(action, params, authRef = createAuthRef()) {
+  const response = await requestWithAutoLogin((auth) => httpPost(
+    auth.baseUrl,
+    buildRequestPath(action, params.appType),
+    buildPostData(params, auth),
+    auth.cookies
+  ), authRef);
+
+  if (!response || response.success !== true || response.content !== true) {
+    const errorMsg = response && (response.errorMsg || response.message || response.errorCode);
+    throwCommandError(errorMsg || t('app_lifecycle.request_failed'), {
+      code: action === 'online' ? 'APP_ONLINE_FAILED' : 'APP_OFFLINE_FAILED',
+      details: { action, appType: params.appType },
+    });
+  }
+
+  return {
+    success: true,
+    action,
+    appType: params.appType,
+    isToDingAppCenter: params.toDingAppCenter,
+    showAppCenter: params.showAppCenter,
+  };
+}
+
+function printUsage(action) {
+  const { usage } = require('../core/chalk');
+  usage(t(`app_lifecycle.${action}_usage`), t(`app_lifecycle.${action}_example`));
+}
+
+async function run(action, args = []) {
+  if (!ACTIONS[action]) {
+    throwCommandError(t('app_lifecycle.invalid_action', action), {
+      code: 'APP_LIFECYCLE_INVALID_ACTION',
+    });
+  }
+
+  const params = parseArgs(args);
+  if (params.help) {
+    printUsage(action);
+    return { success: true, help: true };
+  }
+  if (!params.appType) {
+    printUsage(action);
+    throwUsage(t('app_lifecycle.missing_app_type'), t(`app_lifecycle.${action}_usage`), {
+      code: 'APP_LIFECYCLE_USAGE',
+    });
+  }
+
+  const output = await changeAppLifecycle(action, params);
+  const { result } = require('../core/chalk');
+  result(true, t(`app_lifecycle.${action}_success`), [['appType', params.appType]]);
+  console.log(JSON.stringify(output));
+  return output;
+}
+
+module.exports = {
+  ACTIONS,
+  buildPostData,
+  buildRequestPath,
+  changeAppLifecycle,
+  parseArgs,
+  run,
+};

package/lib/app/get-schema.js

@@ -187,6 +187,117 @@ function buildComponentAliasMaps(schemaResult) {
   return { aliasByFieldId, fieldIdByAlias };
 }
 
+function parseJsonObject(value) {
+  if (typeof value !== 'string') {
+    return value && typeof value === 'object' ? value : null;
+  }
+  try {
+    const parsed = JSON.parse(value);
+    return parsed && typeof parsed === 'object' ? parsed : null;
+  } catch {
+    return null;
+  }
+}
+
+function resolveSchemaContent(schemaResult) {
+  if (!schemaResult) {
+    return null;
+  }
+  const content = schemaResult.content !== undefined ? schemaResult.content : schemaResult;
+  return parseJsonObject(content);
+}
+
+function addImportedModules(target, value) {
+  let modules = value;
+  if (typeof modules === 'string') {
+    const trimmed = modules.trim();
+    if (!trimmed) {
+      return;
+    }
+    try {
+      modules = JSON.parse(trimmed);
+    } catch {
+      modules = [trimmed];
+    }
+  }
+  if (!Array.isArray(modules)) {
+    return;
+  }
+  modules
+    .map(item => String(item || '').trim())
+    .filter(Boolean)
+    .forEach((item) => {
+      if (!target.includes(item)) {
+        target.push(item);
+      }
+    });
+}
+
+function codeBytes(value) {
+  return typeof value === 'string' ? Buffer.byteLength(value, 'utf8') : 0;
+}
+
+function isComponentInstance(node) {
+  return !!(node && typeof node === 'object' && (node.id || node.props || node.children));
+}
+
+function extractDisplayPageSummary(schemaResult) {
+  const content = resolveSchemaContent(schemaResult);
+  if (!content || typeof content !== 'object') {
+    return null;
+  }
+
+  const displayPage = {
+    hasYidaCodeCanvas: false,
+    hasNativeJsx: false,
+    runtimeCodeBytes: 0,
+    sourceCodeBytes: 0,
+    compiledCodeBytes: 0,
+    importedModules: [],
+    componentCount: 0,
+  };
+
+  function traverse(node) {
+    if (!node) {
+      return;
+    }
+    if (Array.isArray(node)) {
+      node.forEach(traverse);
+      return;
+    }
+    if (typeof node !== 'object') {
+      return;
+    }
+
+    if (node.componentName === 'YidaCodeCanvas' && isComponentInstance(node)) {
+      const props = node.props || {};
+      displayPage.hasYidaCodeCanvas = true;
+      displayPage.componentCount++;
+      displayPage.runtimeCodeBytes += codeBytes(props.runtimeCode);
+      displayPage.sourceCodeBytes += codeBytes(props.code);
+      addImportedModules(displayPage.importedModules, props.importedModules);
+    } else if (node.componentName === 'Jsx' && isComponentInstance(node)) {
+      displayPage.hasNativeJsx = true;
+      displayPage.componentCount++;
+    }
+
+    Object.keys(node).forEach((key) => traverse(node[key]));
+  }
+
+  traverse(content.pages || content);
+
+  const module = content.actions && content.actions.module;
+  if (displayPage.hasNativeJsx && module && typeof module === 'object') {
+    displayPage.sourceCodeBytes += codeBytes(module.source);
+    displayPage.compiledCodeBytes += codeBytes(module.compiled);
+  }
+
+  if (!displayPage.hasYidaCodeCanvas && !displayPage.hasNativeJsx) {
+    return null;
+  }
+  return displayPage;
+}
+
 function parsePositiveInt(value, fallback, min, max) {
   const parsed = Number.parseInt(value, 10);
   if (!Number.isFinite(parsed) || parsed < min) {
@@ -402,7 +513,7 @@ function printFieldSummary(result) {
 
 function buildSchemaSummary(appType, formUuid, schemaResult, meta = {}) {
   const fields = extractFieldSummary(schemaResult);
-  return {
+  const summary = {
     success: true,
     appType,
     formUuid,
@@ -410,6 +521,11 @@ function buildSchemaSummary(appType, formUuid, schemaResult, meta = {}) {
     fieldCount: fields.length,
     fields,
   };
+  const displayPage = extractDisplayPageSummary(schemaResult);
+  if (displayPage) {
+    summary.displayPage = displayPage;
+  }
+  return summary;
 }
 
 function filterForms(forms, keyword) {
@@ -454,7 +570,7 @@ async function fetchSchemaRecord(appType, form, authRef, retries) {
     try {
       const result = await fetchSchema(appType, form.formUuid, authRef);
       if (isSuccessfulSchemaResult(result)) {
-        return {
+        const record = {
           formUuid: form.formUuid,
           formName: form.formName,
           formType: form.formType,
@@ -464,6 +580,11 @@ async function fetchSchemaRecord(appType, form, authRef, retries) {
           fieldSummary: extractFieldSummary(result),
           schema: result,
         };
+        const displayPage = extractDisplayPageSummary(result);
+        if (displayPage) {
+          record.displayPage = displayPage;
+        }
+        return record;
       }
       lastError = new Error(result ? result.errorMsg || t('common.unknown_error') : t('common.request_failed'));
     } catch (error) {

package/lib/core/command-manifest.js

@@ -430,6 +430,8 @@ const COMMAND_SIDE_EFFECTS = new Map([
 
   ...sideEffectEntries([
     'add-validation',
+    'app-offline',
+    'app-online',
     'append-chart',
     'cdn-refresh',
     'cdn-upload',
@@ -596,7 +598,7 @@ const COMMAND_SIDE_EFFECTS = new Map([
     mutates_yida: true,
     mutates_local: false,
     read_actions: ['list'],
-    mutating_actions: ['create', 'rename', 'delete', 'move', 'order', 'hide', 'show'],
+    mutating_actions: ['create', 'rename', 'delete', 'move', 'order', 'auto-order', 'hide', 'show'],
   })],
   ['org', sideEffect('mixed', {
     mutates_yida: false,
@@ -667,6 +669,7 @@ const COMMAND_PERMISSIONS = new Map([
 
   ...permissionEntries([
     'add-validation',
+    'app-online',
     'append-chart',
     'build-page',
     'cdn-config',
@@ -727,10 +730,11 @@ const COMMAND_PERMISSIONS = new Map([
   })),
 
   ...permissionEntries([
+    'app-offline',
     'connector.delete',
     'connector.delete-action',
   ], permission('ask', 'destructive', {
-    reason: 'Deletes or removes existing configuration.',
+    reason: 'Deletes, removes, or disables existing remote state.',
   })),
 
   ...permissionEntries([
@@ -884,7 +888,7 @@ const COMMAND_PERMISSIONS = new Map([
   ...permissionEntries([
     'nav-group',
   ], actionDependentPermission({
-    preauthorized_actions: ['create', 'rename', 'move', 'order', 'hide', 'show'],
+    preauthorized_actions: ['create', 'rename', 'move', 'order', 'auto-order', 'hide', 'show'],
     ask_actions: ['delete'],
   })),
 
@@ -1032,6 +1036,8 @@ const COMMAND_GROUPS = [
       }),
       command('create-app', ['create-app'], 'create-app "<name>"|--name <name> [options] [--locale zh_CN|en_US|ja_JP] [--open|--no-open]', 'help.cmd_create_app'),
       command('update-app', ['update-app'], 'update-app <appType> [--name "..."] [--layout slide|ver] [--theme deepBlue]', 'help.cmd_update_app'),
+      command('app-online', ['app-online'], 'app-online <appType> [--to-ding-app-center] [--show-app-center]', 'help.cmd_app_online'),
+      command('app-offline', ['app-offline'], 'app-offline <appType> [--to-ding-app-center] [--show-app-center]', 'help.cmd_app_offline'),
       command('nav-group', ['nav-group'], 'nav-group <list|create|rename|delete|move|order|auto-order|hide|show> <appType> ...', 'help.cmd_nav_group', {
         output: 'json',
         aliases: ['group'],

package/lib/core/locales/en.js

@@ -23,6 +23,8 @@ module.exports = {
     cmd_corp_efficiency: 'Query enterprise efficiency overview and detail reports',
     cmd_create_app: 'Create a Yida app',
     cmd_update_app: 'Update app info',
+    cmd_app_online: 'Enable a Yida app',
+    cmd_app_offline: 'Disable a Yida app',
     cmd_nav_group: 'Manage app sidebar navigation groups',
     cmd_app_permission: 'Manage app primary, data, and developer admins',
     cmd_i18n: 'Manage app multilingual copy and language config',
@@ -960,6 +962,19 @@ Examples:
     layout_notice: 'Note: layoutDirection is consumed by the Yida app shell during creation/refresh. If the top action bar does not recover immediately after a backend switch, reopen the workbench or recreate the app with the target layout.',
   },
 
+  app_lifecycle: {
+    online_usage: 'Usage: openyida app-online <appType> [--to-ding-app-center] [--show-app-center]',
+    online_example: 'Example: openyida app-online APP_XXX',
+    offline_usage: 'Usage: openyida app-offline <appType> [--to-ding-app-center] [--show-app-center]',
+    offline_example: 'Example: openyida app-offline APP_XXX',
+    missing_app_type: 'Error: missing appType argument',
+    invalid_argument: 'Unsupported argument: {0}',
+    invalid_action: 'Unsupported app lifecycle action: {0}',
+    request_failed: 'App lifecycle operation failed',
+    online_success: 'App enabled',
+    offline_success: 'App disabled',
+  },
+
   // ── lib/update-form-config.js ──────────────────────
   update_form_config: {
     usage: 'Usage: openyida update-form-config <appType> <formUuid> <isRenderNav> <title>',

package/lib/core/locales/zh.js

@@ -23,6 +23,8 @@ module.exports = {
     cmd_corp_efficiency: '查询企业效能概览和明细报表',
     cmd_create_app: '创建宜搭应用',
     cmd_update_app: '更新应用信息',
+    cmd_app_online: '启用宜搭应用',
+    cmd_app_offline: '停用宜搭应用',
     cmd_nav_group: '管理应用左侧导航分组',
     cmd_app_permission: '管理应用主管理员、数据管理员和开发成员',
     cmd_i18n: '管理应用多语言文案和语言配置',
@@ -889,6 +891,19 @@ openyida - 宜搭命令行工具
     layout_notice: '提示：layoutDirection 由宜搭应用外壳在创建/刷新时消费；若后台切换后顶部操作栏未立即恢复，请重新打开工作台或使用目标 layout 重新创建应用。',
   },
 
+  app_lifecycle: {
+    online_usage: '用法: openyida app-online <appType> [--to-ding-app-center] [--show-app-center]',
+    online_example: '示例: openyida app-online APP_XXX',
+    offline_usage: '用法: openyida app-offline <appType> [--to-ding-app-center] [--show-app-center]',
+    offline_example: '示例: openyida app-offline APP_XXX',
+    missing_app_type: '错误: 缺少 appType 参数',
+    invalid_argument: '不支持的参数: {0}',
+    invalid_action: '不支持的应用生命周期操作: {0}',
+    request_failed: '应用生命周期操作失败',
+    online_success: '应用已启用',
+    offline_success: '应用已停用',
+  },
+
   // ── lib/process/create-process.js ─────────────────
   create_process: {
     title: '宜搭流程表单一体化创建',

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "openyida",
-  "version": "2026.8.5",
+  "version": "2026.8.12",
   "description": "OpenYida CLI - 宜搭低代码 AI 开发工具（安装即用，零配置）",
   "bin": {
     "openyida": "bin/yida.js",

package/yida-skills/SKILL.md

@@ -1,7 +1,7 @@
 ---
 name: openyida
 description: >
-  宜搭应用开发总入口技能。通过具备代码生成能力的智能体（悟空/Claude/Open Code 等）+ 宜搭低代码平台，实现一句话搭建或修改完整应用。
+  宜搭应用开发总入口技能。通过具备代码生成能力的智能体（千问办公/Claude/Open Code 等）+ 宜搭低代码平台，实现一句话搭建或修改完整应用。
   包含资源上下文解析、应用创建/复用、表单设计/更新、自定义页面开发、页面发布、登录态管理等完整开发流程。
   当用户提到“宜搭”、“yida”、“低代码”、“创建应用”、“创建表单”、“发布页面”、“搭建”、“系统”等关键词时，使用此技能；以下情况不要触发：只是讨论通用前端/后端代码、非宜搭平台产品、或只需要解释概念而不操作宜搭资源。
   重要路由规则：当用户首次创建完整应用/系统/平台时，如帮我搭建一个管理应用或者创建一个管理系统等，必须先加载 yida-app 子技能作为唯一编排入口，禁止直接调用 create-app/create-form/create-page 等子命令手动拼接。已有 app 且已有自定义页面的补齐或修改按常规路由即可。
@@ -9,7 +9,7 @@ description: >
 
 # 宜搭应用开发指南
 
-通过具备代码生成能力的智能体（悟空/Claude/Open Code 等）+ 宜搭低代码平台，实现一句话搭建或修改完整应用。所有操作通过 **`openyida`** CLI 统一执行。登录态分流必须以 `openyida agent-capabilities --summary-json` 或 `openyida login --check-only --json` 返回的 OpenYida auth snapshot 为准；只有 snapshot 明确返回 `login.auth_source=env` 或 `failure_reason=env_token_missing` 时，才按运行环境注入 token 模式处理。其他未登录 token 场景走默认 OAuth token 登录，不要根据 agent 名称、运行环境类型或手写环境判断自行分流；禁止读取 `.cache/cookies*.json`。
+通过具备代码生成能力的智能体（千问办公/Claude/Open Code 等）+ 宜搭低代码平台，实现一句话搭建或修改完整应用。所有操作通过 **`openyida`** CLI 统一执行。登录态分流必须以 `openyida agent-capabilities --summary-json` 或 `openyida login --check-only --json` 返回的 OpenYida auth snapshot 为准；只有 snapshot 明确返回 `login.auth_source=env` 或 `failure_reason=env_token_missing` 时，才按运行环境注入 token 模式处理。其他未登录 token 场景走默认 OAuth token 登录，不要根据 agent 名称、运行环境类型或手写环境判断自行分流；禁止读取 `.cache/cookies*.json`。
 
 ---
 
@@ -165,7 +165,7 @@ OpenYida builder 默认使用 `create-app / create-form / create-page / publish`
 | 大类目录 | 第一层意图信号 | 子技能 |
 |------|------|------|
 | `yida-skills/context` | 登录、退出、切换组织、组织版本/容量、Schema、fieldId、只读预检 | `yida-login`、`yida-logout`、`yida-basic-info`、`yida-get-schema`、`yida-corp-efficiency` |
-| `yida-skills/app` | 从零搭应用、完整系统、应用导航、多语言 | `yida-app`、`yida-create-app`、`yida-nav-group`、`yida-i18n` |
+| `yida-skills/app` | 从零搭应用、完整系统、应用启停、应用导航、多语言 | `yida-app`、`yida-create-app`、`yida-app-lifecycle`、`yida-nav-group`、`yida-i18n` |
 | `yida-skills/design` | 完整应用产品设计、单页 UI 改造、主页面视觉设计、应用主题色、全局换肤、PRD 和 design.md | `yida-design` |
 | `yida-skills/form` | 表单字段、公式、校验、业务关联规则、详情页、批量录入、数据记录 | `yida-create-form-page`、`yida-formula`、`yida-formula-evaluate`、`yida-business-rule`、`yida-form-detail`、`yida-canvas-table-form`、`yida-table-form`、`yida-data-management` |
 | `yida-skills/process` | 审批、流程表单、流程规则、节点/分支/字段权限、流程代理 | `yida-create-process`、`yida-process-rule`、`yida-agent-center` |
@@ -186,6 +186,7 @@ OpenYida builder 默认使用 `create-app / create-form / create-page / publish`
 | 用户给 taskUuid 并要求转 PRD | 先用 `yida-tingji` 读取听记内容，再把已有内容交给 `yida-flash-note-to-prd` 生成 PRD |
 | 已有会议纪要/闪记内容转 PRD | `yida-flash-note-to-prd`，只处理已有内容，不负责按 taskUuid 拉取听记 |
 | 只创建应用壳并拿 appType | `yida-create-app`；创建成功后把真实 `appType` 交给 `yida-design` 生成或更新 `prd/<项目名>/prd.md` 和 `prd/<项目名>/design.md`，后续表单、流程、页面和发布都消费这两份文件 |
+| 启用/上线或停用/下线已有应用 | `yida-app-lifecycle`；只有用户明确要求时执行，`app-offline` 执行前需再次确认目标应用 |
 | 创建自定义展示页资源 | `yida-create-page`，之后默认接 `yida-canvas-custom-page` 和 `yida-publish-page` |
 | 开发表单字段结构 / 增删改字段 | 先加载 `yida-form-detail` 做表单视觉引导并合并 Divider 分割线，再用 `yida-create-form-page` 落地字段结构 |
 | 创建带审批的流程表单 | `yida-create-process` |

package/yida-skills/skills/yida-app-lifecycle/SKILL.md

@@ -0,0 +1,56 @@
+---
+name: yida-app-lifecycle
+description: 宜搭应用启用与停用。仅当用户明确要求启用、停用、上线或下线某个已有应用时使用；不用于创建应用、发布页面或发布到钉钉应用中心。
+---
+
+# 宜搭应用启用与停用
+
+## 严格要求 (MUST DO)
+
+- 只有用户明确说“启用应用 / 上线应用 / 停用应用 / 下线应用”时，才允许调用本技能的远程写命令；不得从“发布页面”“更新应用”“应用不可用”等间接描述推断执行。
+- 执行前必须确认唯一的 `appType` 和当前登录组织；目标不明确时先询问用户。
+- `app-offline` 会让现有应用停止服务，执行前必须向用户展示目标 `appType` 与完整命令并获得确认。
+- 默认保持 `isToDingAppCenter=n`、`showAppCenter=n`。只有用户明确要求同步钉钉应用中心或显示应用中心时，才添加对应开关。
+- 命令失败后完整展示错误并停止；不得无修改连续重试，也不得改用浏览器抓包中的 Cookie、token 或 `sec-*` header 绕过认证。
+
+## 严格禁止 (NEVER DO)
+
+- 不得把首次创建应用、表单/页面发布、应用信息更新自动升级为应用启用。
+- 不得把“暂时隐藏页面”“禁用集成自动化”“关闭公开访问”路由为应用停用。
+- 不得在测试、评测或默认 shared real E2E 中执行真实启用/停用。
+- 不得把本能力扩展为钉钉应用中心完整发布流程。
+
+## 意图与命令
+
+启用或上线已有应用：
+
+```bash
+openyida app-online <appType>
+```
+
+停用或下线已有应用（需确认）：
+
+```bash
+openyida app-offline <appType>
+```
+
+仅在用户明确要求应用中心相关行为时使用：
+
+```bash
+openyida app-online <appType> --to-ding-app-center --show-app-center
+openyida app-offline <appType> --to-ding-app-center --show-app-center
+```
+
+## 完成条件
+
+- CLI 返回 `success: true`，且返回的 `action` 与用户意图一致。
+- 向用户说明目标 `appType` 已启用或已停用；失败时不得宣称状态已改变。
+
+## 异常处理
+
+| 异常场景 | 处理方式 |
+|---------|----------|
+| 缺少或存在多个 appType 候选 | 停止并要求用户确认唯一目标 |
+| 登录态失效 / 组织不符 | 重新登录或切换到目标组织后再执行 |
+| 权限不足 | 停止并提示使用具备应用管理权限的账号 |
+| 平台返回 `success: false` 或 `content: false` | 展示 `errorMsg` / `errorCode`，不得重试或宣称成功 |

package/yida-skills/skills/yida-design/references/asset-workflow.md

@@ -1,7 +1,7 @@
 # 素材工作流：官网 / 品牌页的真实图片如何落地
 
 > 官网、品牌首页、活动落地页需要**大 Hero 图和真实产品/场景图**才好看。但绝不能编造图片 URL。
-> 本文档告诉本地智能体（Claude / 悟空等）：**怎么拿到真实图片、怎么校验、怎么回填进页面**，以及拿不到时怎么诚实标注草稿。
+> 本文档告诉本地智能体（Claude / 千问办公等）：**怎么拿到真实图片、怎么校验、怎么回填进页面**，以及拿不到时怎么诚实标注草稿。
 
 ---
 

package/yida-skills/skills/yida-design/references/style-design-selection.md

@@ -1,8 +1,8 @@
 # 生成 design.md 规则
 
-本文件用于在 Step 5 为完整应用生成一份应用级 `prd/<项目名>/design.md`。生成流程必须先从业务上下文推演用户任务、信息拓扑和必需视觉 DNA，再选择唯一一个内置 `style-designs/*.md` 作为基础视觉母体，最后按主题色适配模板并输出自包含的 `design.md`。
+本文件用于在 Step 5 为完整应用生成一份应用级 `prd/<项目名>/design.md`。生成流程必须先从业务上下文判断内容兼容性，再推演视觉策略，选择唯一一个内置 `style-designs/*.md` 作为基础视觉母体，最后按主题色适配模板并输出自包含的 `design.md`。
 
-业务对象、字段、表单、流程、导航、权限和页面结构都从当前 PRD 读取；模板只提供视觉 DNA、布局机制、组件机制、质量锚点和主题换肤规则，不提供业务内容。
+业务对象、字段、表单、流程、导航、权限和页面结构都从当前 PRD 读取；模板只提供视觉 DNA、布局机制、组件机制、质量锚点和主题换肤规则，不提供业务内容。指标卡、图表、表格、待办、筛选器、右侧栏、状态标签、快捷入口、时间线等常见内容组件只能判断模板是否可承载，不得作为风格模板的强匹配理由。
 `style-designs/_design-md-template.md` 是最终结构模板，只约束章节结构、字段完整度和描述粒度；内置 style-design 模板只提供可复用视觉母体。真实项目的配色、业务内容、资源关系、页面结构和实现交接必须从当前 PRD、应用主题和用户要求生成。
 
 ## 何时使用
@@ -23,7 +23,10 @@
 | --- | --- |
 | 用户任务 | 判断状态、处理待办、追踪阶段、分析趋势、管理明细、展示成果、汇报经营 |
 | 业务对象 | 订单、客户、库存、项目、任务、审批、线索、合同、员工、门店 |
-| 信息拓扑 | 摘要优先、图表优先、表格优先、时间轴优先、右侧上下文优先、深色焦点区优先 |
+| 内容兼容性 | 当前页面是否需要指标、图表、表格、待办、筛选、右侧栏、时间线、卡片目录、媒体卡片 |
+| 布局兼容性 | 均衡工作台、重点舞台、右栏工作区、指挥台、趋势看板、进度叙事、目录网格 |
+| 视觉策略 | 柔和办公、深色重点舞台、蓝色洞察、规整边框、清爽右栏、高能指挥、进度叙事、目录浏览 |
+| 视觉强调 | 所有模块均衡、核心指标强强调、行动队列强强调、趋势图强强调、右侧洞察强强调、目录筛选强强调 |
 | 交互重心 | 搜索筛选、待办处理、下钻详情、多入口跳转、趋势比较、异常处置 |
 | 数据形态 | KPI、队列、趋势、排行、明细表、日程、快捷入口、预警、阶段节点 |
 | 页面区块 | 顶部概览、搜索筛选、表格、图表、右侧详情、表单入口、空态 |
@@ -34,32 +37,48 @@
 
 1. 读取 [style-designs/registry.md](style-designs/registry.md)，了解可选模板和选择规则。
 2. 读取 [style-designs/_design-md-template.md](style-designs/_design-md-template.md)，用它作为最终 `design.md` 的结构基准。
-3. 从业务上下文推演 `inferredUserTask`、`inferredInformationTopology` 和 `interactionFocus`。用户通常不会主动描述视觉结构，agent 必须自行推演。
-4. 基于业务对象和信息拓扑推演 `requiredVisualDNA`，例如多指标摘要命中指标拼图、阶段节点命中时间轴、待办提醒命中右侧明细流、结构化记录命中圆角明细表。
-5. 对 registry 中的模板做硬过滤：纯表单、长文、品牌营销、移动端单任务、未要求暗色时，不选择明显不合适的分析工作台模板或深色模板。
-6. 按 `业务任务匹配 30% + 信息拓扑匹配 25% + 视觉 DNA 命中 30% + 实现稳定性 10% - 风险扣分 5%` 选择唯一模板。
-7. 读取被选中的 `style-designs/*.md`，抽取 `visual_dna`、`theme_adaptation`、`layout_stability`、`quality_anchors`、`components` 和 `modules`。
-8. 根据 Step 2 的主题色来源和主题色输入，按模板 `theme_adaptation` 执行换肤：替换 `replace_tokens`，派生 `derive_tokens`，保留 `preserve_tokens` 和 `visual_dna.invariant`。
-9. 读取 [visual-scaffold-recipes.md](visual-scaffold-recipes.md)，把当前页面组合映射到统一 `visualScaffold` 规则。
-10. 读取 [page-quality-gates.md](page-quality-gates.md)，把质量门禁补进 `acceptanceChecks`。
-11. 需要判断详略时参考 `_design-md-template.md` 的字段粒度、registry 的输出记录和所选模板的质量锚点；只学习“写到多细”，不复制示例业务、色盘、字段、页面顺序或组件组合。
-12. 根据行业、品牌、业务情绪、应用主题和用户偏好生成配色。不要固定使用蓝色、绿色、紫色或任何预置色，也不要复用历史样例色盘。
-13. 写入 `densityRule`、`breathingRule`、`spacing` 和 `rounded` 的具体数值。默认业务工具页使用 high density + 圆润形状 + 有呼吸感的分组节奏：页面边距 20-28px，卡片与卡片 gap 12-18px 且必须小于 20px，卡片 padding 默认 22-28px 且必须大于 20px，卡片圆角范围 0-32px；只有品牌展示、官网或用户明确要求舒展时才降低密度。
-14. 写入 `surfaceContrast`：页面背景与卡片背景必须形成明显层次对比，不可相近或相同；默认浅色背景保持清爽，但必须按“白色/浅色背景 + 有边框卡片、浅灰背景（如 `#F3F4F6`）+ 白色无边框卡片、浅彩色背景 + 白色无边框卡片、渐变背景 + 玻璃感卡片”四类方案选择。
-15. 写入 `emptyStateRecipe` 和 `acceptanceChecks`：空态必须是薄行、面板内提示或右侧上下文，不使用 160px 以上大白卡；状态摘要不能是横跨整页且内容稀疏的空矩形。
-16. 如果平台导航可见，页面主按钮、链接、选中态、重点标签和图表主序列默认跟随应用主题；自定义色盘只能作为辅助色、浅背景、图表第二序列或页面级独立主题。
-
-## 视觉 DNA 推演规则
-
-| 业务信号 | 推荐 DNA |
+3. 从业务上下文推演 `inferredUserTask`、`contentCompatibility`、`layoutCompatibility`、`visualStyleIntent`、`visualEmphasis` 和 `interactionFocus`。用户通常不会主动描述视觉风格，agent 必须自行推演。
+4. 先用内容组件做兼容性筛选：模板必须能承载当前页面已有内容，但不得因为“有指标卡 / 有图表 / 有表格 / 有右侧栏 / 有时间线”等公共组件直接胜出。
+5. 再用视觉策略选择模板：判断页面需要柔和均衡、重点舞台、趋势洞察、行动指挥、常驻右栏、规整边框、进度叙事、目录浏览还是视觉陈列。
+6. 对 registry 中的模板做硬过滤：纯表单、长文、品牌营销、移动端单任务等页面不选择明显不合适的分析工作台模板。不要因用户未明确说“深色”而过滤 `dark-stage-analytic-dashboard`；它是浅色画布上的局部深色重点舞台，不等于全页面深色沉浸。
+7. 按 `视觉策略 45% + 视觉强调与密度 15% + 布局兼容性 15% + 内容兼容性 15% + 多样性或用户偏好 10%` 选择唯一模板。内容和布局合计不得超过 30%，避免常见工作台内容把结果塌缩到通用模板。
+8. 做内部近邻比较：生成 `design.md` 前必须在工作记忆中比较最相近的 2-4 个模板；选择 `soft-analytic-workbench` 时必须确认其他更强视觉策略证据不足。近邻比较是选择校验，不默认写入最终 `design.md`。
+9. 读取被选中的 `style-designs/*.md`，抽取 `visual_dna`、`theme_adaptation`、`layout_stability`、`quality_anchors`、`components` 和 `modules`。
+10. 根据 Step 2 的主题色来源和主题色输入，按模板 `theme_adaptation` 执行换肤：替换 `replace_tokens`，派生 `derive_tokens`，保留 `preserve_tokens` 和 `visual_dna.invariant`。
+11. 读取 [visual-scaffold-recipes.md](visual-scaffold-recipes.md)，把当前页面组合映射到统一 `visualScaffold` 规则。
+12. 读取 [page-quality-gates.md](page-quality-gates.md)，把质量门禁补进 `acceptanceChecks`。
+13. 需要判断详略时参考 `_design-md-template.md` 的字段粒度、registry 的输出记录和所选模板的质量锚点；只学习“写到多细”，不复制示例业务、色盘、字段、页面顺序或组件组合。
+14. 根据行业、品牌、业务情绪、应用主题和用户偏好生成配色。不要固定使用蓝色、绿色、紫色或任何预置色，也不要复用历史样例色盘。
+15. 写入 `densityRule`、`breathingRule`、`spacing` 和 `rounded` 的具体数值。默认业务工具页使用 high density + 圆润形状 + 有呼吸感的分组节奏：页面边距 20-28px，卡片与卡片 gap 12-18px 且必须小于 20px，卡片 padding 默认 22-28px 且必须大于 20px，卡片圆角范围 0-32px；只有品牌展示、官网或用户明确要求舒展时才降低密度。
+16. 写入 `surfaceContrast`：页面背景与卡片背景必须形成明显层次对比，不可相近或相同；默认浅色背景保持清爽，但必须按“白色/浅色背景 + 有边框卡片、浅灰背景（如 `#F3F4F6`）+ 白色无边框卡片、浅彩色背景 + 白色无边框卡片、渐变背景 + 玻璃感卡片”四类方案选择。
+17. 写入 `emptyStateRecipe` 和 `acceptanceChecks`：空态必须是薄行、面板内提示或右侧上下文，不使用 160px 以上大白卡；状态摘要不能是横跨整页且内容稀疏的空矩形。
+18. 如果平台导航可见，页面主按钮、链接、选中态、重点标签和图表主序列默认跟随应用主题；自定义色盘只能作为辅助色、浅背景、图表第二序列或页面级独立主题。
+
+## 内容兼容与视觉策略
+
+公共内容组件只判断模板是否可承载，不决定最终风格。最终模板必须由视觉策略、视觉强调和近邻比较决定。
+
+| 常见内容信号 | 只能用于判断 | 不得直接推出 |
+| --- | --- | --- |
+| 指标卡 / KPI | 是否需要状态摘要、核心舞台、趋势入口、行动队列入口 | `soft-analytic-workbench` |
+| 图表 | 是否需要轻量分布、大趋势图、进度图、纹理化洞察 | dashboard 模板 |
+| 表格 / 明细 | 是否需要主工作区、详情沉淀、搜索结果、记录日志 | analytic 模板 |
+| 右侧栏 | 是辅助上下文、常驻洞察栏还是行动队列 | rail 模板 |
+| 时间线 / 阶段 | 是核心叙事骨架还是普通进度提示 | timeline 模板 |
+| 筛选器 / 标签 | 是主导航还是表格辅助条件 | catalog 模板 |
+
+| 视觉策略 | 适用判断 |
 | --- | --- |
-| 3 个以上核心指标、需要快速比较状态 | 指标拼图、等高指标卡、深色摘要舞台 |
-| 趋势、周期、对比、分布或进度数据 | 轻网格图表、图表洞察面板、纹理化对比图 |
-| 待办、提醒、异常、审批、消息或事件流 | 右侧明细流、右侧洞察栏、侧向洞察摘要栈 |
-| 订单、客户、库存、任务、交易或结构化记录 | 圆角明细表、图标化行、工具化表格壳 |
-| 阶段、里程碑、日程、流程节点或周期追踪 | 时间轴节点、左侧指标栈、趋势面板 |
-| 管理层汇报、核心指标焦点、用户明确深色或高对比 | 深色指标舞台、玻璃态指标卡、数据纹理 |
-| 搜索、筛选、导出、时间范围或全局命令频繁出现 | 顶部轻量命令栏、标签筛选、紧凑工具栏 |
+| `soft_neutral` | 低噪声、均衡、朴素办公感；没有强主舞台、强趋势、强指挥或强目录诉求 |
+| `dark_accent_stage` | 浅色页面中需要一个局部深色重点舞台，突出核心判断、风险、目标或经营结果 |
+| `blue_insight` | 需要更强分析感、趋势感、数据洞察感，主图表或趋势面板应成为记忆点 |
+| `bordered_enterprise` | 需要规整、边界清晰、系统化的管理后台气质 |
+| `teal_fresh_rail` | 需要清爽、服务感或常驻右侧洞察栏，右栏是页面稳定结构而非临时补充 |
+| `action_command` | 需要今日行动、命令入口、推荐处理、任务队列或高能量指挥感 |
+| `progress_narrative` | 需要阶段推进、周期节奏、服务进度或里程碑叙事 |
+| `catalog_browse` | 需要以筛选、比较、挑选、卡片目录或视觉浏览作为主体验 |
+
+选择 `soft_neutral` / `soft-analytic-workbench` 时必须满足：其他视觉策略都没有更强证据。它是均衡办公风格，不是所有工作台的默认答案。
 
 ## 主题色应用规则
 
@@ -89,7 +108,7 @@ Step 5 生成 `design.md`，并让 PRD 的每个自定义展示页只引用它
 | 字段 | 写入位置 | 写法 |
 | --- | --- | --- |
 | baseDesignSource | design.md | `references/style-designs/<selected-template>.md`；所有模板不适用时才写 `generated-from-business-context` |
-| styleDesignSelection | design.md | 记录用户任务、信息拓扑、必需 DNA、选中模板、拒绝模板和置信度 |
+| styleDesignSelection | design.md | 只记录模板来源、视觉策略、视觉强调、选中模板、实现约束和置信度；候选比较和拒绝理由默认不写入 |
 | themeAdaptationResult | design.md | 记录输入主题色、换肤策略、替换 token、保留 DNA 和保留机制 |
 | designFile | PRD pageSpecHandoff | `prd/<项目名>/design.md` |
 | designRefs | PRD pageSpecHandoff | 当前页面引用 design.md 的章节 ID |

package/yida-skills/skills/yida-design/references/style-designs/registry.md

@@ -1,6 +1,6 @@
 # style-design 内置模板注册表
 
-本目录提供 `yida-design` Step 5 生成 `prd/<项目名>/design.md` 时可选择的内置视觉 DNA 模板。生成 `design.md` 时必须先基于业务任务、信息拓扑和视觉 DNA 选择唯一一个 `style-designs/*.md` 作为基础视觉母体，再结合主题色和当前 PRD 生成最终自包含的 `design.md`。
+本目录提供 `yida-design` Step 5 生成 `prd/<项目名>/design.md` 时可选择的内置视觉 DNA 模板。生成 `design.md` 时必须先判断内容兼容性，再根据视觉策略选择唯一一个 `style-designs/*.md` 作为基础视觉母体，最后结合主题色和当前 PRD 生成最终自包含的 `design.md`。
 
 `_design-md-template.md` 仍是结构模板；它不参与视觉风格选择。实现阶段只读取当前项目的 `prd.md` 和 `design.md`，不回读本目录。
 
@@ -14,23 +14,23 @@
 
 ## 可选 style-design 模板
 
-| 模板 | 适合任务 | 信息拓扑 | 关键视觉 DNA | 避免场景 |
+| 模板 | 视觉策略 | 可承载内容 | 强选择触发 | 近邻边界 |
 | --- | --- | --- | --- | --- |
-| `soft-analytic-workbench.md` | 通用数据工作台、运营首页、管理后台首页、分析列表页 | 摘要 + 图表 + 右侧列表 + 明细表均衡承载 | `metric_mosaic_header`、`light_analytic_charts`、`side_detail_stream`、`rounded_table_detail` | 品牌叙事页、沉浸大屏、低信息展示页 |
-| `soft-bordered-analytic-workbench.md` | 运营控制台、需要搜索筛选和全局命令的工作台 | 顶部命令栏 + 深色摘要舞台 + 图表洞察 + 明细承载 | `command_toolbar`、`dark_summary_stage`、`chart_with_side_insights`、`split_detail_surface` | 营销落地页、长文页、强图片展示页 |
-| `soft-modular-analytic-workbench.md` | 模块多、指标多、趋势和明细并重的复杂工作台 | 模块化网格 + 大摘要 + 指标拼图 + 内嵌洞察 + 明细表 | `airy_page_shell`、`mixed_scale_summary_grid`、`contained_insight_panel`、`refined_detail_table` | 单一步骤表单、内容阅读页、低密展示页 |
-| `soft-progress-analytics-workbench.md` | 进度追踪、周期分析、任务概览、明细管理工作台 | 左侧优先级指标栈 + 右侧时序节点 + 趋势面板 + 明细表 | `left_priority_metric_stack`、`floating_milestone_timeline`、`crafted_trend_panel`、`rounded_utility_detail_table` | 无阶段/周期语义的普通后台、单一表单、图片优先页面 |
-| `soft-timeline-analytics-workbench.md` | 进度追踪、阶段管理、周期分析、里程碑工作台 | 左侧指标栈 + 时间轴节点 + 趋势面板 + 明细表 | `left_metric_stack`、`floating_timeline_panel`、`refined_trend_panel`、`rounded_detail_table` | 没有时间/阶段语义的普通后台、图片优先页面 |
-| `teal-rail-analytics-workbench.md` | 需要常驻右侧洞察栏的运营分析、排行提醒、状态追踪 | 左宽主工作区 + 右侧洞察栏 + 标签筛选 + 明细表 | `split_main_with_right_insight_rail`、`layered_chart_analytics_panel`、`tabbed_toolbar_detail_table` | 移动端单任务页、沉浸大屏、低信息展示页 |
-| `dark-stage-analytic-dashboard.md` | 管理层看板、核心指标展示、明确要求深色焦点或高对比 | 深色指标舞台 + 白底分析面板 + 数据纹理 + 宽松明细表 | `dark_metric_stage`、`glass_metric_cards`、`micro_texture_visualization`、`rounded_detail_table` | 纯表单、长文阅读、普通移动流程、用户未要求的暗色沉浸 |
-| `contrast-command-analytics-workbench.md` | 命令入口、日程协同、分析图表和明细记录并存的工作台 | 大标题 + 分段表现图 + 事件流 + 深色命令面板 + 媒体化明细表 | `oversized_identity_bar`、`segmented_performance_panel`、`dark_assistant_command_panel`、`refined_record_table` | 纯表单、单一表格、低信息展示页 |
-| `blue-productivity-insight-workbench.md` | 任务中心、周期分析、行动跟进、记录管理工作台 | 指标横排 + 大幅柱状图 + 右侧行动栏 + 工具化记录表 | `command_filter_header`、`bordered_metric_row`、`large_bar_analytics_panel`、`stacked_action_rail` | 图片优先页面、单一长表单、无行动队列页面 |
-| `aqua-service-progress-dashboard.md` | 服务门户、进度追踪、资源状态、媒体和上下文混合概览 | 宽松状态头 + 左侧时间轴 + 中心进度评分 + 渐变状态卡 + 媒体/上下文卡 | `airy_status_header`、`schedule_or_timeline_column`、`progress_score_panel`、`gradient_status_chart_card` | 密集表格后台、暗色大屏、高压交易页面 |
-| `blue-insight-operations-dashboard.md` | 运营概览、管理看板、团队状态、活动追踪页 | 火花线指标卡 + 主面积趋势图 + 右侧洞察卡 + 活动表 + 进度列表 | `sparkline_metric_cards`、`primary_area_trend_panel`、`pastel_insight_stack`、`activity_table_panel` | 图片展示页、纯表单、低信息门户 |
-| `green-timeline-progress-workbench.md` | 进度追踪、阶段管理、周期任务和明细记录工作台 | 左侧主摘要指标栈 + 右侧浮动时间轴 + 趋势图 + 全宽明细表 | `green_priority_summary_stack`、`floating_date_timeline`、`polished_line_trend_panel`、`full_width_detail_table` | 无时间/阶段语义页面、纯表单、图片优先页面 |
-| `filterable-card-catalog.md` | 筛选目录页、搜索结果页、资源选择页、卡片列表页 | 左侧筛选栏 + 顶部结果工具条 + 条件胶囊 + 等高卡片矩阵 | `left_filter_rail`、`result_toolbar_with_chips`、`uniform_media_card_grid`、`compact_value_and_meta`、`small_area_accent_actions` | 纯表单、长文阅读、深色大屏、复杂图表分析工作台 |
-| `soft-curated-filter-gallery.md` | 视觉型目录页、候选对象浏览页、分类筛选页、资源挑选页 | 大标题 + 胶囊分类切换 + 柔和筛选面板 + 大图卡片画廊 | `headline_tabs_toolbar`、`soft_filter_canvas`、`oversized_visual_cards`、`corner_badges_and_favorites`、`visual_range_histogram` | 高密表格后台、复杂图表看板、流程表单、长文阅读 |
-| `command-filter-card-console.md` | 资源管理目录、对象管理控制台、可搜索卡片库、状态筛选列表 | 边框筛选面板 + 状态标签工具条 + 紧凑管理卡片 + 底部分页 | `bordered_filter_drawer_panel`、`command_toolbar_status_tabs`、`compact_admin_card_grid`、`bottom_pagination_bar`、`swatch_and_range_filters` | 强视觉陈列、品牌展示页、长流程表单、沉浸媒体页 |
+| `soft-analytic-workbench.md` | `soft_neutral` 均衡办公 | 指标、轻图表、右侧辅助列表、明细表、普通入口 | 用户明确需要低噪声、均衡、朴素办公感；所有模块视觉优先级接近 | 通用兜底，有泛化惩罚；若需要重点舞台、趋势洞察、行动队列、常驻右栏或规整边框，应输给对应模板 |
+| `soft-bordered-analytic-workbench.md` | `bordered_enterprise` 规整控制台 | 命令栏、深色摘要区、图表洞察、分区明细 | 页面需要边界清晰、系统化、控制台感，搜索筛选和全局命令是稳定入口 | 若只是均衡办公输给 `soft-analytic`；若深色舞台是主记忆点输给 `dark-stage` |
+| `soft-modular-analytic-workbench.md` | `bordered_enterprise` 模块化复杂工作台 | 多模块、多指标、趋势、洞察卡、明细表 | 页面模块很多，需要规整网格和混合尺度承载，不希望单一大舞台主导 | 若模块少且均衡输给 `soft-analytic`；若趋势图是主视觉输给 `blue-insight` |
+| `soft-progress-analytics-workbench.md` | `progress_narrative` 进度分析 | 优先级指标、周期节点、趋势、明细表 | 阶段、周期、进度是核心体验，但整体仍偏分析工作台 | 若没有阶段推进语义输给非进度模板；若服务资源和媒体上下文更强输给 `aqua-service` |
+| `soft-timeline-analytics-workbench.md` | `progress_narrative` 时间轴工作台 | 指标栈、时间轴、趋势、明细表 | 时间轴本身是页面骨架，用户需要按阶段/里程碑阅读 | 若时间轴只是辅助提示输给 `soft-progress` 或非进度模板 |
+| `teal-rail-analytics-workbench.md` | `teal_fresh_rail` 常驻洞察右栏 | 左侧主工作区、右侧洞察栏、标签筛选、明细表 | 右侧洞察栏是持续结构，用于提醒、排名、状态、上下文，而非普通补充列表 | 若右栏只是辅助列表输给 `soft-analytic`；若行动队列更强输给 `blue-productivity` |
+| `dark-stage-analytic-dashboard.md` | `dark_accent_stage` 局部深色重点舞台 | 指标、图表、表格、待办、右侧上下文 | 浅色页面中需要一个强记忆点，突出核心判断、风险、目标完成度或经营结果 | 不要求用户明确说深色；若只是全模块均衡扫描输给 `soft-analytic`，若命令处理更强输给 `contrast-command` |
+| `contrast-command-analytics-workbench.md` | `action_command` 高对比指挥 | 大标题、表现图、事件流、深色命令面板、媒体化明细 | 页面需要指挥感、推荐处理、助手面板、日程协同或高能量主操作 | 若只是待办列表输给 `blue-productivity`；若只是核心指标舞台输给 `dark-stage` |
+| `blue-productivity-insight-workbench.md` | `action_command` 生产力行动队列 | 指标、柱状图、右侧行动栏、记录表 | 指标之后立刻驱动今日处理、待办、跟进、确认、分派等动作 | 若主图表洞察更强输给 `blue-insight`；若右栏是洞察而非行动输给 `teal-rail` |
+| `aqua-service-progress-dashboard.md` | `progress_narrative` 服务进度 | 状态头、时间轴、进度评分、渐变状态卡、媒体/上下文卡 | 服务、资源、场地、设备、交付进度或上下文媒体共同构成体验 | 若是密集后台或纯表格处理输给工作台模板；若只是阶段管理输给 timeline/progress 模板 |
+| `blue-insight-operations-dashboard.md` | `blue_insight` 趋势洞察 | 火花线指标、主趋势图、洞察卡、活动表、进度列表 | 主要记忆点是趋势、分析、经营洞察，图表不只是轻量状态分布 | 若数据不足以支撑趋势图输给 `soft-analytic`；若行动队列更强输给 `blue-productivity` |
+| `green-timeline-progress-workbench.md` | `progress_narrative` 清爽阶段推进 | 主摘要指标栈、浮动日期时间轴、趋势图、全宽表格 | 阶段推进明确，同时希望气质更清爽、轻运营、低压 | 若没有时间/阶段语义输给非进度模板；若需要更中性时间轴输给 `soft-timeline` |
+| `filterable-card-catalog.md` | `catalog_browse` 高密筛选目录 | 左筛选栏、结果工具条、条件胶囊、等高卡片矩阵 | 主体验是搜索、筛选、比较、选择对象；卡片比表格更适合承载结果 | 若只是工作台里的辅助筛选输给 analytic 模板；若需要大图陈列输给 `soft-curated-filter-gallery` |
+| `soft-curated-filter-gallery.md` | `catalog_browse` 视觉精选画廊 | 大标题、分类切换、柔和筛选、大图卡片、收藏/徽标 | 主体验是视觉浏览、候选挑选、精选展示，图片或视觉对象重要 | 若需要高密管理和批量操作输给 `command-filter-card-console` 或 `filterable-card-catalog` |
+| `command-filter-card-console.md` | `catalog_browse` 管理型卡片控制台 | 边框筛选、状态标签、紧凑管理卡片、分页 | 主体验是对象管理、状态筛选、批量查看，卡片是管理单元而非展示物 | 若偏视觉陈列输给 `soft-curated-filter-gallery`；若偏普通结果浏览输给 `filterable-card-catalog` |
 
 ## 消费硬规则
 
@@ -43,40 +43,65 @@
 
 ## 选择原则
 
-1. 先从业务需求推演用户任务、业务对象、信息拓扑和交互重心，再匹配模板视觉 DNA；不要按行业或主题色直接选模板。
+1. 先从业务需求判断内容兼容性，再推演视觉策略、视觉强调、密度气质和交互重心；不要按行业、主题色或公共内容组件直接选模板。
 2. 主题色只作为所选模板的 `theme_adaptation` 输入，用于替换强调色 token；主题色不是选择模板的主要依据。
-3. 用户一般不会主动描述视觉结构，agent 必须从 PRD 和 Step 1-4 产物中推演 `requiredVisualDNA`。
+3. 指标卡、图表、表格、待办、筛选器、右侧栏、状态标签、快捷入口、时间线等公共组件只用于判断 `contentCompatibility`，不得作为模板强匹配理由。
 4. 每次必须选择唯一一个 `style-designs/*.md` 作为 `baseDesignSource`。若所有模板都不适合，仍读取 `_design-md-template.md` 输出 `baseDesignSource=generated-from-business-context`，并在 `styleDesignSelection.rejectedStyleDesigns` 说明原因。
 5. 不得为了套模板凭空创造 PRD 未要求的图表、右侧栏、时间轴、深色舞台或快捷入口；模板只能决定已有业务内容的视觉承载方式。
-6. 最终 `design.md` 必须自包含：包含模板来源、选择依据、主题换肤结果、视觉 DNA、token、组件、状态、响应式、可访问性和实现契约。
+6. `dark-stage-analytic-dashboard` 是局部深色重点舞台，不是全页面深色沉浸。不得仅以“用户未要求深色”为理由拒绝它；只能在页面不需要强视觉焦点时拒绝。
+7. `soft-analytic-workbench` 是 `soft_neutral` 均衡办公风格，不是所有工作台的默认答案。选择它时必须在内部选择草稿中确认其他更强视觉策略证据不足。
+8. 最终 `design.md` 必须自包含：包含模板来源、选择依据、主题换肤结果、视觉 DNA、token、组件、状态、响应式、可访问性和实现契约。
 
 ## 选择评分建议
 
 | 维度 | 权重 | 判断方法 |
 | --- | --- | --- |
-| 业务任务匹配 | 30% | 页面主要用于判断、处理、追踪、分析、展示还是汇报 |
-| 信息拓扑匹配 | 25% | 摘要、图表、明细表、时间轴、右侧上下文、深色焦点区哪个最关键 |
-| 视觉 DNA 命中 | 30% | 模板 `visual_dna` 是否能承载当前业务结构 |
-| 实现稳定性 | 10% | 是否能在 PC/移动端、平台导航和 Code Canvas 中稳定落地 |
-| 风险扣分 | -5% | 是否会强行制造不存在的模块、过度依赖图表、右侧栏、时间轴或深色舞台 |
+| 视觉策略匹配 | 45% | 页面需要 `soft_neutral`、`dark_accent_stage`、`blue_insight`、`bordered_enterprise`、`teal_fresh_rail`、`action_command`、`progress_narrative` 还是 `catalog_browse` |
+| 视觉强调与密度 | 15% | 首屏是均衡扫描、核心舞台、趋势洞察、行动队列、常驻右栏、阶段推进还是目录筛选；密度是高密、规整、舒展还是展示型 |
+| 布局兼容性 | 15% | 当前页面是否能稳定承载该模板的舞台、右栏、命令栏、进度骨架、目录网格或趋势面板 |
+| 内容兼容性 | 15% | 模板是否支持当前已有指标、图表、表格、待办、筛选、右栏、时间线、卡片和媒体内容 |
+| 多样性或用户偏好 | 10% | 用户语气、品牌气质、应用主题和候选分差接近时，避免所有工作台都落到 `soft-analytic-workbench` |
+| 风险扣分 | -5% | 是否会强行制造不存在的模块、过度依赖图表、右侧栏、时间轴、深色舞台或图片素材 |
+
+内容兼容性和布局兼容性合计不得超过 30%。如果多个模板都能承载相同内容，必须让视觉策略、视觉强调和近邻边界决定最终选择。
 
 ## 输出记录
 
-最终 `design.md` 必须记录：
+生成 `design.md` 前必须先形成内部选择草稿，用来防止公共组件误导模板选择。内部选择草稿不写入最终 `design.md`，除非用户要求调试或评估选择过程。
+
+```yaml
+selectionScratchpad:
+  topCandidates:
+    - name: <template-name>
+      evidence: <短句或枚举，不写长解释>
+  rejectedCloseNeighbors:
+    - name: <template-name>
+      evidence: <短句或枚举>
+  softAnalyticCheck:
+    strongerVisualStrategyExists: <true / false>
+    result: <select_soft_analytic / choose_stronger_strategy>
+```
+
+最终 `design.md` 只记录可交接给实现阶段的精简选择摘要：
 
 ```yaml
 baseDesignSource: references/style-designs/<selected-template>.md
 styleDesignSelection:
   inferredUserTask: <判断 / 处理 / 追踪 / 分析 / 展示 / 汇报>
-  inferredInformationTopology: <摘要优先 + 趋势承接 + 明细落地>
+  contentCompatibility:
+    supports: [<metrics / charts / tables / todos / filters / side_panel / timeline / catalog_cards / media_cards>]
+    commonComponentsAreWeakSignals: true
+  layoutCompatibility: <balanced_workbench / stage_workbench / rail_workspace / command_console / insight_dashboard / progress_narrative / catalog_grid>
+  visualStyleIntent: <soft_neutral / dark_accent_stage / blue_insight / bordered_enterprise / teal_fresh_rail / action_command / progress_narrative / catalog_browse>
+  visualEmphasis: <均衡扫描 / 核心舞台 / 趋势洞察 / 行动队列 / 常驻右栏 / 阶段推进 / 目录筛选>
   requiredVisualDNA:
     - <dna-id>
   selectedStyleDesign:
     name: <template-name>
     source: references/style-designs/<template>.md
-    reason: <为什么该模板最适合当前业务>
-  rejectedStyleDesigns:
-    - <template-name>: <为什么不选>
+  implementationConstraints:
+    - <必须保留的视觉约束，例如局部深色舞台 / 常驻右栏 / 行动队列 / 大趋势面板>
+  selectionNotes: <可选，一句话以内；默认省略>
   selectionConfidence: <high / medium / low>
 ```
 
@@ -86,6 +111,7 @@ styleDesignSelection:
 
 - front matter 中的 `template_type: visual_dna_preset`。
 - `selection.best_for`、`selection.user_intent`、`selection.visual_tone`、`selection.avoid_for`。
+- registry 中必须为新模板补充 `视觉策略`、`可承载内容`、`强选择触发` 和 `近邻边界`，避免只写宽泛适用场景。
 - 2-5 个可稳定复用的 `visual_dna`，每个 DNA 要有 `id`、`hooks`、`invariant`、`variable`。
 - `theme_adaptation`，明确 `replace_tokens`、`derive_tokens`、`preserve_tokens` 和换肤规则。
 - `quality_anchors`、`layout_stability`、`components` 和 `modules`，让最终 `design.md` 能抽取为可实现规则。

package/yida-skills/skills-index.json

@@ -102,6 +102,40 @@
         "应用权限"
       ]
     },
+    {
+      "name": "yida-app-lifecycle",
+      "path": "skills/yida-app-lifecycle/SKILL.md",
+      "display_name": "应用启用与停用",
+      "description": "宜搭应用启用与停用。仅当用户明确要求启用、停用、上线或下线某个已有应用时使用；不用于创建应用、发布页面或发布到钉钉应用中心。",
+      "category": "yida-skills/app",
+      "tags": [
+        "启用应用",
+        "停用应用",
+        "上线应用",
+        "下线应用"
+      ],
+      "aliases": [
+        "应用生命周期",
+        "应用上下线"
+      ],
+      "positive_signals": [
+        "启用应用",
+        "停用应用",
+        "上线应用",
+        "下线应用"
+      ],
+      "negative_signals": [
+        "发布页面",
+        "更新应用信息",
+        "禁用集成自动化",
+        "关闭公开访问"
+      ],
+      "command_ids": [
+        "app-online",
+        "app-offline"
+      ],
+      "done_when": "CLI 返回 success:true 且 action 与用户明确意图一致；app-offline 执行前已确认目标 appType，失败时不得宣称状态改变。"
+    },
     {
       "name": "yida-basic-info",
       "path": "skills/yida-basic-info/SKILL.md",
@@ -1160,6 +1194,10 @@
         "创建应用",
         "完整应用",
         "管理系统",
+        "启用应用",
+        "停用应用",
+        "上线应用",
+        "下线应用",
         "导航分组",
         "多语言"
       ]