funifier-mcp 0.1.0 → 0.2.3

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

@@ -1,86 +1,86 @@
----
-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 tsx scripts/search-docs.ts "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
+---
+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 tsx scripts/search-docs.ts "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

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

@@ -1,86 +1,86 @@
----
-name: funifier-create-point
-description: Create a Funifier point category — XP, coins, or custom metrics
----
-
-# funifier-create-point
-
-Create a Funifier point category — XP, coins, or custom metrics
-
-## 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 tsx scripts/search-docs.ts "point xp coin currency score metric category" --skill funifier-create-point
-```
-
-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/point.md`
-- `datasource-funifier-docs/knowledge/modules/achievement.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
+---
+name: funifier-create-point
+description: Create a Funifier point category — XP, coins, or custom metrics
+---
+
+# funifier-create-point
+
+Create a Funifier point category — XP, coins, or custom metrics
+
+## 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 tsx scripts/search-docs.ts "point xp coin currency score metric category" --skill funifier-create-point
+```
+
+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/point.md`
+- `datasource-funifier-docs/knowledge/modules/achievement.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

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

@@ -1,86 +1,86 @@
----
-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 tsx scripts/search-docs.ts "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
+---
+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 tsx scripts/search-docs.ts "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