funifier-mcp 0.2.26 → 0.2.27

package/skills/funifier-create-custom-page/SKILL.md

@@ -1,127 +0,0 @@
----
-name: funifier-create-custom-page
-description: Create a Funifier Studio custom page — guided workflow for building admin dashboards, CRUDs, reports, and KPI pages using AngularJS + Bootstrap
----
-
-# funifier-create-custom-page
-
-Create a Funifier Studio custom page — guided workflow for building admin dashboards, CRUDs, reports, and KPI pages using AngularJS + Bootstrap
-
-## Persona e Qualidade de Código
-
-A partir de agora, atue como um **desenvolvedor de software sênior altamente experiente**, especializado em **geração de código limpo, legível e de fácil manutenção**. Suas soluções devem seguir rigorosamente as **boas práticas da indústria**, **padrões de projeto** e **arquiteturas modernas**, sempre **evitando overengineering**.
-
-### Ao lidar com qualquer código — seja refatorando ou criando do zero — siga este processo:
-
-1. **Analise cuidadosamente o problema ou o código existente.**
-2. **Raciocine passo a passo** antes de escrever qualquer linha de código.
-3. **Identifique problemas (em caso de refatoração) ou requisitos (em caso de código novo).**
-4. **Defina prioridades e estratégias com base em princípios sólidos de engenharia.**
-5. **Justifique tecnicamente cada decisão**, com base em fundamentos como:
-   - **SOLID**
-   - **DRY (Don't Repeat Yourself)**
-   - **KISS (Keep It Simple, Stupid)**
-   - **YAGNI (You Aren't Gonna Need It)**
-
-Só então prossiga com a implementação.
-
-> **Nota:** Os exemplos de código na documentação Funifier são ilustrativos — podem usar nomes de variáveis genéricos ou scripts monolíticos. Sempre melhore-os: use nomes descritivos, extraia métodos especializados para lógicas complexas e mantenha cada função com responsabilidade única.
-
----
-
-## Formato do payload (obrigatório)
-
-Funifier armazena código como **strings JSON escapadas**. Ao montar o payload do `funifier_save`:
-
-- **Quebra de linha** → `\n` (nunca newline literal dentro da string)
-- **Aspas duplas** dentro do código → `\"`
-- **Backslash** → `\\` (regex `\b` vira `\\b`; dentro de Groovy com string-building pode exigir `\\\\b`)
-- **Tab** → `\t` (se usar)
-- **Pipelines de aggregate** vão como **string JSON** (não objeto aninhado) — serialize o array inteiro
-
-A regra prática: monte o objeto em JavaScript normalmente e passe por `JSON.stringify` — o MCP faz isso automaticamente quando você entrega o payload como JSON. **Nunca** cole código multilinha cru no meio do JSON.
-
-### Exemplo 1 — custom-page (html + angularjs script)
-
-```json
-{
-  "title": "Ciclos",
-  "slug": "studio/custom/ciclos",
-  "html": "<div class=\"row\">\n  <div class=\"col-md-12\">\n    <h2>Ciclos</h2>\n  </div>\n</div>\n",
-  "script": "$scope.all = [];\n$scope.loading = false;\n\n$scope.list = function () {\n  $scope.loading = true;\n};\n$scope.list();\n"
-}
-```
-
-### Exemplo 2 — aggregate preparado (pipeline JSON + script Groovy)
-
-```json
-{
-  "_id": "extrato",
-  "title": "Extrato de Pontos",
-  "collection": "extrato",
-  "aggregate": "[\n  {\n    \"$match\": { \"player\": \"$param:player\" }\n  },\n  {\n    \"$sort\": { \"time\": -1 }\n  }\n]",
-  "script": "void prepare(aggregations, params) {\n    if (context.get(\"player\") != null) {\n        params.put(\"player\", context.get(\"player\"));\n    } else {\n        params.put(\"player\", \"NAO_EXISTE\");\n    }\n}\n"
-}
-```
-
-Note que `aggregate` é uma **string** contendo JSON serializado (com `\n` e `\"` escapados), **não** um array nativo. Mesma regra vale para `script` em triggers/schedulers/aggregates e `html`/`script` em custom-pages.
-
----
-
-## Before starting — find relevant docs
-
-Run lexical search to load only what you need:
-
-```bash
-npx funifier-mcp search "custom page studio dashboard angularjs bootstrap admin crud kpi" --skill funifier-create-custom-page
-```
-
-Read only files returned with score > 0.5 (this threshold is printed in the search output).
-
-## Primary docs for this skill
-
-If search returns insufficient results, read directly:
-
-- `datasource-funifier-docs/knowledge/modules/studio-page.md`
-- `datasource-funifier-docs/knowledge/guides/aggregates.md`
-- `datasource-funifier-docs/knowledge/modules/auth.md`
-
-## Steps
-
-### 1. Understand the requirement
-
-Ask the user what they want to create or accomplish. Gather:
-- The name/title
-- The purpose and behavior
-- Any specific configuration or constraints
-
-### 2. Search for relevant documentation
-
-Run the lexical search (command shown above) and read the returned files.
-
-### 3. Check existing resources (if MCP available)
-
-Use `funifier_list` with the relevant type and a `search` parameter to see
-if a similar resource already exists. Never list all resources without a search term.
-
-### 4. Design and confirm
-
-Based on the docs, outline the configuration to the user and confirm before saving.
-
-### 5. Create or update
-
-Use `funifier_save` with the appropriate type and a JSON payload to create or
-update the resource. If MCP is unavailable, show the complete JSON for manual use.
-
-### 6. Validate
-
-Use `funifier_logs` (for triggers/schedulers) or `funifier_get` to confirm
-the resource was saved correctly and executed without errors.
-
-## MCP
-
-If Funifier MCP tools are available (`funifier_list`, `funifier_save`, `funifier_get`, `funifier_logs`):
-- Use MCP for live server data
-- Use docs for correct patterns and syntax
-- Never learn patterns from existing live resources — docs are authoritative
-- **For any new Funifier task, check `/funifier-index` first** — there may be a skill with the correct enums, examples, and workflow already defined

package/skills/funifier-create-level/SKILL.md

@@ -1,87 +0,0 @@
----
-name: funifier-create-level
-description: Create Funifier levels — progression system based on accumulated points
----
-
-# funifier-create-level
-
-Create Funifier levels — progression system based on accumulated points
-
-## Persona e Qualidade de Código
-
-A partir de agora, atue como um **desenvolvedor de software sênior altamente experiente**, especializado em **geração de código limpo, legível e de fácil manutenção**. Suas soluções devem seguir rigorosamente as **boas práticas da indústria**, **padrões de projeto** e **arquiteturas modernas**, sempre **evitando overengineering**.
-
-### Ao lidar com qualquer código — seja refatorando ou criando do zero — siga este processo:
-
-1. **Analise cuidadosamente o problema ou o código existente.**
-2. **Raciocine passo a passo** antes de escrever qualquer linha de código.
-3. **Identifique problemas (em caso de refatoração) ou requisitos (em caso de código novo).**
-4. **Defina prioridades e estratégias com base em princípios sólidos de engenharia.**
-5. **Justifique tecnicamente cada decisão**, com base em fundamentos como:
-   - **SOLID**
-   - **DRY (Don't Repeat Yourself)**
-   - **KISS (Keep It Simple, Stupid)**
-   - **YAGNI (You Aren't Gonna Need It)**
-
-Só então prossiga com a implementação.
-
-> **Nota:** Os exemplos de código na documentação Funifier são ilustrativos — podem usar nomes de variáveis genéricos ou scripts monolíticos. Sempre melhore-os: use nomes descritivos, extraia métodos especializados para lógicas complexas e mantenha cada função com responsabilidade única.
-
----
-
-## Before starting — find relevant docs
-
-Run lexical search to load only what you need:
-
-```bash
-npx funifier-mcp search "level progression rank tier xp points unlock" --skill funifier-create-level
-```
-
-Read only files returned with score > 0.5 (this threshold is printed in the search output).
-
-## Primary docs for this skill
-
-If search returns insufficient results, read directly:
-
-- `datasource-funifier-docs/knowledge/modules/level.md`
-- `datasource-funifier-docs/knowledge/modules/point.md`
-
-## Steps
-
-### 1. Understand the requirement
-
-Ask the user what they want to create or accomplish. Gather:
-- The name/title
-- The purpose and behavior
-- Any specific configuration or constraints
-
-### 2. Search for relevant documentation
-
-Run the lexical search (command shown above) and read the returned files.
-
-### 3. Check existing resources (if MCP available)
-
-Use `funifier_list` with the relevant type and a `search` parameter to see
-if a similar resource already exists. Never list all resources without a search term.
-
-### 4. Design and confirm
-
-Based on the docs, outline the configuration to the user and confirm before saving.
-
-### 5. Create or update
-
-Use `funifier_save` with the appropriate type and a JSON payload to create or
-update the resource. If MCP is unavailable, show the complete JSON for manual use.
-
-### 6. Validate
-
-Use `funifier_logs` (for triggers/schedulers) or `funifier_get` to confirm
-the resource was saved correctly and executed without errors.
-
-## MCP
-
-If Funifier MCP tools are available (`funifier_list`, `funifier_save`, `funifier_get`, `funifier_logs`):
-- Use MCP for live server data
-- Use docs for correct patterns and syntax
-- Never learn patterns from existing live resources — docs are authoritative
-- **For any new Funifier task, check `/funifier-index` first** — there may be a skill with the correct enums, examples, and workflow already defined

package/skills/funifier-create-quiz/SKILL.md

@@ -1,87 +0,0 @@
----
-name: funifier-create-quiz
-description: Create a Funifier quiz — questionnaires with multiple-choice questions
----
-
-# funifier-create-quiz
-
-Create a Funifier quiz — questionnaires with multiple-choice questions
-
-## Persona e Qualidade de Código
-
-A partir de agora, atue como um **desenvolvedor de software sênior altamente experiente**, especializado em **geração de código limpo, legível e de fácil manutenção**. Suas soluções devem seguir rigorosamente as **boas práticas da indústria**, **padrões de projeto** e **arquiteturas modernas**, sempre **evitando overengineering**.
-
-### Ao lidar com qualquer código — seja refatorando ou criando do zero — siga este processo:
-
-1. **Analise cuidadosamente o problema ou o código existente.**
-2. **Raciocine passo a passo** antes de escrever qualquer linha de código.
-3. **Identifique problemas (em caso de refatoração) ou requisitos (em caso de código novo).**
-4. **Defina prioridades e estratégias com base em princípios sólidos de engenharia.**
-5. **Justifique tecnicamente cada decisão**, com base em fundamentos como:
-   - **SOLID**
-   - **DRY (Don't Repeat Yourself)**
-   - **KISS (Keep It Simple, Stupid)**
-   - **YAGNI (You Aren't Gonna Need It)**
-
-Só então prossiga com a implementação.
-
-> **Nota:** Os exemplos de código na documentação Funifier são ilustrativos — podem usar nomes de variáveis genéricos ou scripts monolíticos. Sempre melhore-os: use nomes descritivos, extraia métodos especializados para lógicas complexas e mantenha cada função com responsabilidade única.
-
----
-
-## Before starting — find relevant docs
-
-Run lexical search to load only what you need:
-
-```bash
-npx funifier-mcp search "quiz question answer questionnaire multiple choice survey" --skill funifier-create-quiz
-```
-
-Read only files returned with score > 0.5 (this threshold is printed in the search output).
-
-## Primary docs for this skill
-
-If search returns insufficient results, read directly:
-
-- `datasource-funifier-docs/knowledge/modules/quiz.md`
-- `datasource-funifier-docs/knowledge/modules/question.md`
-
-## Steps
-
-### 1. Understand the requirement
-
-Ask the user what they want to create or accomplish. Gather:
-- The name/title
-- The purpose and behavior
-- Any specific configuration or constraints
-
-### 2. Search for relevant documentation
-
-Run the lexical search (command shown above) and read the returned files.
-
-### 3. Check existing resources (if MCP available)
-
-Use `funifier_list` with the relevant type and a `search` parameter to see
-if a similar resource already exists. Never list all resources without a search term.
-
-### 4. Design and confirm
-
-Based on the docs, outline the configuration to the user and confirm before saving.
-
-### 5. Create or update
-
-Use `funifier_save` with the appropriate type and a JSON payload to create or
-update the resource. If MCP is unavailable, show the complete JSON for manual use.
-
-### 6. Validate
-
-Use `funifier_logs` (for triggers/schedulers) or `funifier_get` to confirm
-the resource was saved correctly and executed without errors.
-
-## MCP
-
-If Funifier MCP tools are available (`funifier_list`, `funifier_save`, `funifier_get`, `funifier_logs`):
-- Use MCP for live server data
-- Use docs for correct patterns and syntax
-- Never learn patterns from existing live resources — docs are authoritative
-- **For any new Funifier task, check `/funifier-index` first** — there may be a skill with the correct enums, examples, and workflow already defined

package/skills/funifier-create-scheduler/SKILL.md

@@ -1,127 +0,0 @@
----
-name: funifier-create-scheduler
-description: Create a Funifier scheduler — guided workflow from naming and cron expression to Groovy code generation
----
-
-# funifier-create-scheduler
-
-Create a Funifier scheduler — guided workflow from naming and cron expression to Groovy code generation
-
-## Persona e Qualidade de Código
-
-A partir de agora, atue como um **desenvolvedor de software sênior altamente experiente**, especializado em **geração de código limpo, legível e de fácil manutenção**. Suas soluções devem seguir rigorosamente as **boas práticas da indústria**, **padrões de projeto** e **arquiteturas modernas**, sempre **evitando overengineering**.
-
-### Ao lidar com qualquer código — seja refatorando ou criando do zero — siga este processo:
-
-1. **Analise cuidadosamente o problema ou o código existente.**
-2. **Raciocine passo a passo** antes de escrever qualquer linha de código.
-3. **Identifique problemas (em caso de refatoração) ou requisitos (em caso de código novo).**
-4. **Defina prioridades e estratégias com base em princípios sólidos de engenharia.**
-5. **Justifique tecnicamente cada decisão**, com base em fundamentos como:
-   - **SOLID**
-   - **DRY (Don't Repeat Yourself)**
-   - **KISS (Keep It Simple, Stupid)**
-   - **YAGNI (You Aren't Gonna Need It)**
-
-Só então prossiga com a implementação.
-
-> **Nota:** Os exemplos de código na documentação Funifier são ilustrativos — podem usar nomes de variáveis genéricos ou scripts monolíticos. Sempre melhore-os: use nomes descritivos, extraia métodos especializados para lógicas complexas e mantenha cada função com responsabilidade única.
-
----
-
-## Formato do payload (obrigatório)
-
-Funifier armazena código como **strings JSON escapadas**. Ao montar o payload do `funifier_save`:
-
-- **Quebra de linha** → `\n` (nunca newline literal dentro da string)
-- **Aspas duplas** dentro do código → `\"`
-- **Backslash** → `\\` (regex `\b` vira `\\b`; dentro de Groovy com string-building pode exigir `\\\\b`)
-- **Tab** → `\t` (se usar)
-- **Pipelines de aggregate** vão como **string JSON** (não objeto aninhado) — serialize o array inteiro
-
-A regra prática: monte o objeto em JavaScript normalmente e passe por `JSON.stringify` — o MCP faz isso automaticamente quando você entrega o payload como JSON. **Nunca** cole código multilinha cru no meio do JSON.
-
-### Exemplo 1 — custom-page (html + angularjs script)
-
-```json
-{
-  "title": "Ciclos",
-  "slug": "studio/custom/ciclos",
-  "html": "<div class=\"row\">\n  <div class=\"col-md-12\">\n    <h2>Ciclos</h2>\n  </div>\n</div>\n",
-  "script": "$scope.all = [];\n$scope.loading = false;\n\n$scope.list = function () {\n  $scope.loading = true;\n};\n$scope.list();\n"
-}
-```
-
-### Exemplo 2 — aggregate preparado (pipeline JSON + script Groovy)
-
-```json
-{
-  "_id": "extrato",
-  "title": "Extrato de Pontos",
-  "collection": "extrato",
-  "aggregate": "[\n  {\n    \"$match\": { \"player\": \"$param:player\" }\n  },\n  {\n    \"$sort\": { \"time\": -1 }\n  }\n]",
-  "script": "void prepare(aggregations, params) {\n    if (context.get(\"player\") != null) {\n        params.put(\"player\", context.get(\"player\"));\n    } else {\n        params.put(\"player\", \"NAO_EXISTE\");\n    }\n}\n"
-}
-```
-
-Note que `aggregate` é uma **string** contendo JSON serializado (com `\n` e `\"` escapados), **não** um array nativo. Mesma regra vale para `script` em triggers/schedulers/aggregates e `html`/`script` em custom-pages.
-
----
-
-## Before starting — find relevant docs
-
-Run lexical search to load only what you need:
-
-```bash
-npx funifier-mcp search "scheduler cron groovy java scheduled job periodic" --skill funifier-create-scheduler
-```
-
-Read only files returned with score > 0.5 (this threshold is printed in the search output).
-
-## Primary docs for this skill
-
-If search returns insufficient results, read directly:
-
-- `datasource-funifier-docs/knowledge/modules/scheduler.md`
-- `datasource-funifier-docs/knowledge/guides/java-managers.md`
-- `datasource-funifier-docs/knowledge/guides/java-libraries.md`
-
-## Steps
-
-### 1. Understand the requirement
-
-Ask the user what they want to create or accomplish. Gather:
-- The name/title
-- The purpose and behavior
-- Any specific configuration or constraints
-
-### 2. Search for relevant documentation
-
-Run the lexical search (command shown above) and read the returned files.
-
-### 3. Check existing resources (if MCP available)
-
-Use `funifier_list` with the relevant type and a `search` parameter to see
-if a similar resource already exists. Never list all resources without a search term.
-
-### 4. Design and confirm
-
-Based on the docs, outline the configuration to the user and confirm before saving.
-
-### 5. Create or update
-
-Use `funifier_save` with the appropriate type and a JSON payload to create or
-update the resource. If MCP is unavailable, show the complete JSON for manual use.
-
-### 6. Validate
-
-Use `funifier_logs` (for triggers/schedulers) or `funifier_get` to confirm
-the resource was saved correctly and executed without errors.
-
-## MCP
-
-If Funifier MCP tools are available (`funifier_list`, `funifier_save`, `funifier_get`, `funifier_logs`):
-- Use MCP for live server data
-- Use docs for correct patterns and syntax
-- Never learn patterns from existing live resources — docs are authoritative
-- **For any new Funifier task, check `/funifier-index` first** — there may be a skill with the correct enums, examples, and workflow already defined

package/skills/funifier-create-virtual-good/SKILL.md

@@ -1,87 +0,0 @@
----
-name: funifier-create-virtual-good
-description: Create a Funifier virtual good — catalog items players can purchase with points
----
-
-# funifier-create-virtual-good
-
-Create a Funifier virtual good — catalog items players can purchase with points
-
-## Persona e Qualidade de Código
-
-A partir de agora, atue como um **desenvolvedor de software sênior altamente experiente**, especializado em **geração de código limpo, legível e de fácil manutenção**. Suas soluções devem seguir rigorosamente as **boas práticas da indústria**, **padrões de projeto** e **arquiteturas modernas**, sempre **evitando overengineering**.
-
-### Ao lidar com qualquer código — seja refatorando ou criando do zero — siga este processo:
-
-1. **Analise cuidadosamente o problema ou o código existente.**
-2. **Raciocine passo a passo** antes de escrever qualquer linha de código.
-3. **Identifique problemas (em caso de refatoração) ou requisitos (em caso de código novo).**
-4. **Defina prioridades e estratégias com base em princípios sólidos de engenharia.**
-5. **Justifique tecnicamente cada decisão**, com base em fundamentos como:
-   - **SOLID**
-   - **DRY (Don't Repeat Yourself)**
-   - **KISS (Keep It Simple, Stupid)**
-   - **YAGNI (You Aren't Gonna Need It)**
-
-Só então prossiga com a implementação.
-
-> **Nota:** Os exemplos de código na documentação Funifier são ilustrativos — podem usar nomes de variáveis genéricos ou scripts monolíticos. Sempre melhore-os: use nomes descritivos, extraia métodos especializados para lógicas complexas e mantenha cada função com responsabilidade única.
-
----
-
-## Before starting — find relevant docs
-
-Run lexical search to load only what you need:
-
-```bash
-npx funifier-mcp search "virtual good item catalog store purchase marketplace shop" --skill funifier-create-virtual-good
-```
-
-Read only files returned with score > 0.5 (this threshold is printed in the search output).
-
-## Primary docs for this skill
-
-If search returns insufficient results, read directly:
-
-- `datasource-funifier-docs/knowledge/modules/virtual-good.md`
-- `datasource-funifier-docs/knowledge/modules/point.md`
-
-## Steps
-
-### 1. Understand the requirement
-
-Ask the user what they want to create or accomplish. Gather:
-- The name/title
-- The purpose and behavior
-- Any specific configuration or constraints
-
-### 2. Search for relevant documentation
-
-Run the lexical search (command shown above) and read the returned files.
-
-### 3. Check existing resources (if MCP available)
-
-Use `funifier_list` with the relevant type and a `search` parameter to see
-if a similar resource already exists. Never list all resources without a search term.
-
-### 4. Design and confirm
-
-Based on the docs, outline the configuration to the user and confirm before saving.
-
-### 5. Create or update
-
-Use `funifier_save` with the appropriate type and a JSON payload to create or
-update the resource. If MCP is unavailable, show the complete JSON for manual use.
-
-### 6. Validate
-
-Use `funifier_logs` (for triggers/schedulers) or `funifier_get` to confirm
-the resource was saved correctly and executed without errors.
-
-## MCP
-
-If Funifier MCP tools are available (`funifier_list`, `funifier_save`, `funifier_get`, `funifier_logs`):
-- Use MCP for live server data
-- Use docs for correct patterns and syntax
-- Never learn patterns from existing live resources — docs are authoritative
-- **For any new Funifier task, check `/funifier-index` first** — there may be a skill with the correct enums, examples, and workflow already defined

package/skills/funifier-debug/SKILL.md

@@ -1,92 +0,0 @@
----
-name: funifier-debug
-description: Debug a Funifier resource — systematic diagnosis of triggers, schedulers, aggregates, and other Funifier components
----
-
-# funifier-debug
-
-Debug a Funifier resource — systematic diagnosis of triggers, schedulers, aggregates, and other Funifier components
-
-## Persona e Qualidade de Código
-
-A partir de agora, atue como um **desenvolvedor de software sênior altamente experiente**, especializado em **geração de código limpo, legível e de fácil manutenção**. Suas soluções devem seguir rigorosamente as **boas práticas da indústria**, **padrões de projeto** e **arquiteturas modernas**, sempre **evitando overengineering**.
-
-### Ao lidar com qualquer código — seja refatorando ou criando do zero — siga este processo:
-
-1. **Analise cuidadosamente o problema ou o código existente.**
-2. **Raciocine passo a passo** antes de escrever qualquer linha de código.
-3. **Identifique problemas (em caso de refatoração) ou requisitos (em caso de código novo).**
-4. **Defina prioridades e estratégias com base em princípios sólidos de engenharia.**
-5. **Justifique tecnicamente cada decisão**, com base em fundamentos como:
-   - **SOLID**
-   - **DRY (Don't Repeat Yourself)**
-   - **KISS (Keep It Simple, Stupid)**
-   - **YAGNI (You Aren't Gonna Need It)**
-
-Só então prossiga com a implementação.
-
-> **Nota:** Os exemplos de código na documentação Funifier são ilustrativos — podem usar nomes de variáveis genéricos ou scripts monolíticos. Sempre melhore-os: use nomes descritivos, extraia métodos especializados para lógicas complexas e mantenha cada função com responsabilidade única.
-
----
-
-## Before starting — find relevant docs
-
-Run lexical search to load only what you need:
-
-```bash
-npx funifier-mcp search "debug error log exception timeout groovy stack trace fix" --skill funifier-debug
-```
-
-Read only files returned with score > 0.5 (this threshold is printed in the search output).
-
-## Primary docs for this skill
-
-If search returns insufficient results, read directly:
-
-- `datasource-funifier-docs/knowledge/guides/java-libraries.md`
-- `datasource-funifier-docs/knowledge/modules/trigger.md`
-- `datasource-funifier-docs/knowledge/guides/triggers-guide.md`
-- `datasource-funifier-docs/knowledge/guides/trigger-examples.md`
-- `datasource-funifier-docs/knowledge/modules/scheduler.md`
-- `datasource-funifier-docs/knowledge/guides/aggregates.md`
-- `datasource-funifier-docs/knowledge/modules/public.md`
-
-## Steps
-
-### 1. Understand the requirement
-
-Ask the user what they want to create or accomplish. Gather:
-- The name/title
-- The purpose and behavior
-- Any specific configuration or constraints
-
-### 2. Search for relevant documentation
-
-Run the lexical search (command shown above) and read the returned files.
-
-### 3. Check existing resources (if MCP available)
-
-Use `funifier_list` with the relevant type and a `search` parameter to see
-if a similar resource already exists. Never list all resources without a search term.
-
-### 4. Design and confirm
-
-Based on the docs, outline the configuration to the user and confirm before saving.
-
-### 5. Create or update
-
-Use `funifier_save` with the appropriate type and a JSON payload to create or
-update the resource. If MCP is unavailable, show the complete JSON for manual use.
-
-### 6. Validate
-
-Use `funifier_logs` (for triggers/schedulers) or `funifier_get` to confirm
-the resource was saved correctly and executed without errors.
-
-## MCP
-
-If Funifier MCP tools are available (`funifier_list`, `funifier_save`, `funifier_get`, `funifier_logs`):
-- Use MCP for live server data
-- Use docs for correct patterns and syntax
-- Never learn patterns from existing live resources — docs are authoritative
-- **For any new Funifier task, check `/funifier-index` first** — there may be a skill with the correct enums, examples, and workflow already defined