@zibby/skills 0.1.95 → 0.2.0

package/dist/review.d.ts

@@ -1,2 +1,12 @@
-export { REVIEW_RECORD_SCHEMA_VERSION, REVIEW_RECORD_KIND, CONTENT_MAX_BYTES, FIELD_MAX_CHARS, SEVERITY_TIERS, FINDING_STATUSES, normalizeSeverity, buildReviewRecord, upsertReplyOutcome, serializeReviewRecord, parseReviewMemory, summarizeForPrompt } from "./reviewRecord.js";
-export { scopeForReviewMemory, storeReviewRecord, recallReviewRecord } from "./reviewMemoryIo.js";
+/**
+ * @zibby/skills/review — the review-domain memory helpers, shared by the
+ * gitlab-code-review and github-code-review templates (both already depend on
+ * @zibby/skills). Kept OUT of the generic @zibby/core kernel: this is
+ * review-specific (findings/verdict schema + the review→reply memory transport),
+ * and it lives next to kvMemory.js, whose backend route + scope it mirrors.
+ *
+ *   import { buildReviewRecord, parseReviewMemory, summarizeForPrompt,
+ *            storeReviewRecord, recallReviewRecord } from '@zibby/skills/review';
+ */
+export { REVIEW_RECORD_SCHEMA_VERSION, REVIEW_RECORD_KIND, CONTENT_MAX_BYTES, FIELD_MAX_CHARS, SEVERITY_TIERS, FINDING_STATUSES, normalizeSeverity, buildReviewRecord, upsertReplyOutcome, serializeReviewRecord, parseReviewMemory, summarizeForPrompt, } from './reviewRecord.js';
+export { scopeForReviewMemory, storeReviewRecord, recallReviewRecord, } from './reviewMemoryIo.js';

package/dist/reviewMemoryIo.d.ts

@@ -1,5 +1,39 @@
+/**
+ * reviewMemoryIo — the NODE-SIDE (deterministic JS) transport for the
+ * code-review → comment_reply structured memory record.
+ *
+ * WHY THIS EXISTS
+ * ───────────────
+ * `reviewRecord.js` is PURE (build/serialize/parse/summarize — no I/O). Until now
+ * the only thing that STORED/RECALLED the per-PR/MR memory was the LLM, via the
+ * kv-memory MCP skill (`kv_store`/`kv_recall`). "Path A" of the approved design
+ * lifts that I/O into the JS node so storage is DETERMINISTIC, not LLM-authored.
+ * This module is that transport: a thin, BEST-EFFORT client that serializes a
+ * record and POSTs it, and recalls + parses one back — reusing the SAME backend
+ * route, ops, auth and namespacing the kv-memory skill (kvMemory.js) already uses,
+ * so the two channels share one scope and one backend entry.
+ *
+ * It lives in @zibby/skills (next to kvMemory.js, whose transport it mirrors), NOT
+ * in the generic @zibby/core kernel — this is review-domain code, and both review
+ * templates already depend on @zibby/skills. The auth + namespace helpers below
+ * are inlined (self-contained), byte-identical to kvMemory.js — keeping them the
+ * same is what makes the node-side scope agree with the kv-memory skill's scope
+ * for the same key (so a node-side store and a later LLM kv_recall land on the
+ * SAME backend SK). If kvMemory.js's behaviour changes, change these to match.
+ *
+ * TRANSPORT CONTRACT (identical to kvMemory.js):
+ *   POST `${getAccountApiUrl()}/credits/review-memory`
+ *   Authorization: Bearer ${PROJECT_API_TOKEN}
+ *   body: { op:'store', scope, content }   |   { op:'recall', scope }
+ *   recall returns { content, metadata, ... } (content = stored STRING or null).
+ *   scope is namespaced `${WORKFLOW_TYPE-or-'agent'}:${key}`.
+ *
+ * BEST-EFFORT, ALWAYS. Every function swallows all errors and NEVER throws — a
+ * memory store/recall failure must never block or change a posted review/reply.
+ * store → { ok:false } on any failure; recall → { kind:'empty' } on any failure.
+ */
 /** Effective backend scope for a plain per-PR/MR key. IDENTICAL to kvMemory scopeFor. */
-export function scopeForReviewMemory(key: any): string;
+export declare function scopeForReviewMemory(key: any): string;
 /**
  * Store a review record under a plain per-PR/MR key. Serializes via
  * serializeReviewRecord (deterministic, byte-capped 200KB) and POSTs
@@ -9,7 +43,7 @@ export function scopeForReviewMemory(key: any): string;
  * with no backend credential (local dev / self-host); { ok:false, reason } otherwise.
  * The caller must treat a false result as a no-op — memory NEVER blocks a run.
  */
-export function storeReviewRecord(key: any, record: any): Promise<{
+export declare function storeReviewRecord(key: any, record: any): Promise<{
     ok: boolean;
     reason?: undefined;
 } | {
@@ -25,7 +59,7 @@ export function storeReviewRecord(key: any, record: any): Promise<{
  * ({ kind:'empty' | 'record' | 'legacy', ... }); { kind:'empty' } on missing
  * token or ANY failure, so the caller degrades to "no prior memory".
  */
-export function recallReviewRecord(key: any): Promise<{
+export declare function recallReviewRecord(key: any): Promise<{
     kind: string;
     record?: undefined;
     future?: undefined;

package/dist/reviewRecord.d.ts

@@ -1,9 +1,44 @@
+/**
+ * reviewRecord — a GENERIC, provider-agnostic structured record for the
+ * code-review → comment_reply memory (shared by gitlab-code-review and
+ * github-code-review). Replaces the freeform prose kv note with a versioned,
+ * queryable record.
+ *
+ * DELIBERATELY TRANSPORT-AGNOSTIC. This module does NO I/O: it only builds,
+ * serializes, parses and renders the record. WHO stores/recalls it (the JS node
+ * vs the LLM via kv_store/kv_recall) is a separate wiring decision — these pure
+ * functions are correct either way. The per-PR/MR KEY stays provider-specific
+ * (reviewMemoryScopeFor in each review-node.js); the record BODY here carries
+ * zero provider fields (identity lives in the key, not the body).
+ *
+ * Contract facts this module mirrors (source of truth = backend
+ * src/handlers/review-memory.js + packages/skills/src/kvMemory.js):
+ *   - kv `content` is a STRING, hard-capped at 200KB (CONTENT_MAX). We serialize
+ *     to a string and truncate deterministically to fit — an over-cap store is
+ *     rejected (HTTP 400) and SILENTLY lost, so truncation must happen here,
+ *     before the write.
+ *   - kv also has an optional `metadata` OBJECT channel; parseReviewMemory
+ *     therefore accepts an already-parsed object too, so the record can ride in
+ *     either channel without changing this code.
+ *
+ * Reviewed by two adversarial design agents (2026-07-04): schema aligned to the
+ * REAL finding shape ({file,line,severity,category,claim,evidence,suggestion,
+ * confidence}); replies modeled as an IDEMPOTENT findingId→status set (NOT an
+ * append log, which double-appends on webhook redelivery); headSha carried but
+ * treated as advisory (its plumbing is deferred — today it is undefined).
+ */
+export declare const REVIEW_RECORD_SCHEMA_VERSION = 1;
+export declare const REVIEW_RECORD_KIND = "review-record";
+export declare const CONTENT_MAX_BYTES: number;
+export declare const FIELD_MAX_CHARS = 2000;
+export declare const SEVERITY_TIERS: string[];
+export declare const FINDING_STATUSES: string[];
 /**
  * Normalize the review's free-form / emoji severity into a stable tier.
  * The real review schema defaults severity to '🟡'; reviews also emit 🔴/🟢 and
  * words. Anything unrecognized falls back to 'should-fix' (never throws).
  */
-export function normalizeSeverity(raw: any): "should-fix" | "blocker" | "nit";
+export declare function normalizeSeverity(raw: any): "blocker" | "should-fix" | "nit";
 /**
  * Build a fresh review record from the review node's (post-verification)
  * findings. `findings` is the REAL review shape:
@@ -11,13 +46,7 @@ export function normalizeSeverity(raw: any): "should-fix" | "blocker" | "nit";
  * Assigns stable ids (f1..fN), normalizes severity, caps long text, status:'open'.
  * `nowIso` is injected (callers pass new Date().toISOString()) so this stays pure.
  */
-export function buildReviewRecord({ headSha, verdict, objectivesChecked, findings, nowIso, }?: {
-    headSha?: any;
-    verdict?: string;
-    objectivesChecked?: boolean;
-    findings?: any[];
-    nowIso?: any;
-}): {
+export declare function buildReviewRecord({ headSha, verdict, objectivesChecked, findings, nowIso, }?: any): {
     schemaVersion: number;
     kind: string;
     headSha: any;
@@ -44,14 +73,14 @@ export function buildReviewRecord({ headSha, verdict, objectivesChecked, finding
  * Returns a NEW record (does not mutate the input). If findingId is unknown, the
  * record is returned unchanged (best-effort, never throws).
  */
-export function upsertReplyOutcome(record: any, { findingId, status, note }?: {}): any;
+export declare function upsertReplyOutcome(record: any, { findingId, status, note }?: any): any;
 /**
  * Serialize a record to a string that FITS CONTENT_MAX_BYTES. Deterministic:
  * findings are stably sorted by (severityRank, file, line, id); if still over
  * budget, the LOWEST-priority findings are dropped until it fits and
  * `truncated:true` is set. Text fields are already capped by buildReviewRecord.
  */
-export function serializeReviewRecord(record: any): string;
+export declare function serializeReviewRecord(record: any): string;
 /**
  * Tolerant reader — NEVER throws. Accepts whatever kv_recall returns for the
  * value (a JSON string, an already-parsed metadata object, a legacy prose
@@ -61,7 +90,7 @@ export function serializeReviewRecord(record: any): string;
  *   { kind:'record',  record, future?:bool } — a structured record (future=newer schemaVersion)
  *   { kind:'legacy',  legacyNote:string }    — an old freeform note; advisory only
  */
-export function parseReviewMemory(raw: any): {
+export declare function parseReviewMemory(raw: any): {
     kind: string;
     record?: undefined;
     future?: undefined;
@@ -82,39 +111,4 @@ export function parseReviewMemory(raw: any): {
  * human-readable, and it NEVER assumes a shape it didn't verify (a future
  * schemaVersion is surfaced as advisory). Empty → '' (caller omits the block).
  */
-export function summarizeForPrompt(parsed: any): string;
-/**
- * reviewRecord — a GENERIC, provider-agnostic structured record for the
- * code-review → comment_reply memory (shared by gitlab-code-review and
- * github-code-review). Replaces the freeform prose kv note with a versioned,
- * queryable record.
- *
- * DELIBERATELY TRANSPORT-AGNOSTIC. This module does NO I/O: it only builds,
- * serializes, parses and renders the record. WHO stores/recalls it (the JS node
- * vs the LLM via kv_store/kv_recall) is a separate wiring decision — these pure
- * functions are correct either way. The per-PR/MR KEY stays provider-specific
- * (reviewMemoryScopeFor in each review-node.js); the record BODY here carries
- * zero provider fields (identity lives in the key, not the body).
- *
- * Contract facts this module mirrors (source of truth = backend
- * src/handlers/review-memory.js + packages/skills/src/kvMemory.js):
- *   - kv `content` is a STRING, hard-capped at 200KB (CONTENT_MAX). We serialize
- *     to a string and truncate deterministically to fit — an over-cap store is
- *     rejected (HTTP 400) and SILENTLY lost, so truncation must happen here,
- *     before the write.
- *   - kv also has an optional `metadata` OBJECT channel; parseReviewMemory
- *     therefore accepts an already-parsed object too, so the record can ride in
- *     either channel without changing this code.
- *
- * Reviewed by two adversarial design agents (2026-07-04): schema aligned to the
- * REAL finding shape ({file,line,severity,category,claim,evidence,suggestion,
- * confidence}); replies modeled as an IDEMPOTENT findingId→status set (NOT an
- * append log, which double-appends on webhook redelivery); headSha carried but
- * treated as advisory (its plumbing is deferred — today it is undefined).
- */
-export const REVIEW_RECORD_SCHEMA_VERSION: 1;
-export const REVIEW_RECORD_KIND: "review-record";
-export const CONTENT_MAX_BYTES: number;
-export const FIELD_MAX_CHARS: 2000;
-export const SEVERITY_TIERS: string[];
-export const FINDING_STATUSES: string[];
+export declare function summarizeForPrompt(parsed: any): string;

package/dist/sentry.d.ts

@@ -1,4 +1,21 @@
-export function sentryFetch(path: any, opts?: {}): Promise<any>;
+/**
+ * Sentry skill — list projects, list issues, get issue details.
+ *
+ * Architecture: mirrors `browserSkill`. Resolves to a self-contained
+ * MCP stdio server binary at `@zibby/skills/bin/mcp-sentry.mjs`. Any
+ * agent strategy that supports MCP servers (Claude Code, Cursor,
+ * Codex, Gemini) can spawn it and immediately get the 3 Sentry tools.
+ *
+ * Auth flows through PROJECT_API_TOKEN + PROGRESS_API_URL (inherited
+ * env vars on Fargate). The MCP binary calls resolveIntegrationToken
+ * against the backend to fetch the user's Sentry OAuth token.
+ *
+ * Backward compat: keeps `handleToolCall` for the `assistant` agent
+ * (OpenAI Assistant API) which doesn't use MCP. Both runtimes call
+ * the same Sentry endpoints with the same shape — assistant via
+ * in-process JS, MCP-style agents via the spawned binary.
+ */
+export declare function sentryFetch(path: any, opts?: any): Promise<any>;
 /**
  * List Sentry projects in the connected organization. Returns raw
  * Sentry-shape objects ({ slug, name, platform, id, … }).
@@ -6,7 +23,7 @@ export function sentryFetch(path: any, opts?: {}): Promise<any>;
  * Single source of truth for the `sentry_list_projects` tool (MCP +
  * assistant), and for deterministic workflow nodes.
  */
-export function sentryListProjects(): Promise<any>;
+export declare function sentryListProjects(): Promise<any>;
 /**
  * List Sentry issues. Returns the raw Sentry array. Wrappers above
  * (MCP / assistant tool handlers) format the shape for LLM consumers;
@@ -15,12 +32,7 @@ export function sentryListProjects(): Promise<any>;
  *
  * @param {{ query?: string, sort?: string, project?: string, limit?: number }} opts
  */
-export function sentryListIssues({ query, sort, project, limit }?: {
-    query?: string;
-    sort?: string;
-    project?: string;
-    limit?: number;
-}): Promise<any>;
+export declare function sentryListIssues({ query, sort, project, limit }?: any): Promise<any>;
 /**
  * Resolve an issue REFERENCE (numeric id OR shortId) to its NUMERIC issue
  * (group) id. The global `/issues/<id>/` endpoints used by get/update/comment
@@ -33,14 +45,14 @@ export function sentryListIssues({ query, sort, project, limit }?: {
  * A purely-numeric ref returns immediately with NO API call, so the common path
  * (callers already holding the numeric id from a fetched issue) is free.
  */
-export function resolveSentryIssueId(issueRef: any): Promise<string>;
+export declare function resolveSentryIssueId(issueRef: any): Promise<string>;
 /**
  * Fetch one Sentry issue's details. Uses the global `/issues/<id>/`
  * endpoint (NOT under /organizations/<slug>/) — Sentry routes issue
  * details by ID without an org scope. Auth still uses the connected
  * integration's token. Accepts a numeric id OR a shortId (resolved first).
  */
-export function sentryGetIssue(issueId: any): Promise<any>;
+export declare function sentryGetIssue(issueId: any): Promise<any>;
 /**
  * WRITE-back to a Sentry issue. Mutates issue STATE (resolve / ignore / mute /
  * reopen), assignment, bookmark, or seen-flag via the global
@@ -63,13 +75,7 @@ export function sentryGetIssue(issueId: any): Promise<any>;
  * scope. A 403 → a CLEAR error telling the operator the Sentry connection likely
  * lacks write scope and must be reconnected with it.
  */
-export function sentryUpdateIssue(issueId: string, update?: {
-    status?: "resolved" | "resolvedInNextRelease" | "unresolved" | "ignored" | "muted";
-    statusDetails?: object;
-    assignedTo?: string;
-    isBookmarked?: boolean;
-    hasSeen?: boolean;
-}): Promise<any>;
+export declare function sentryUpdateIssue(issueId: any, update?: any): Promise<any>;
 /**
  * Post a comment ("note") on a Sentry issue via
  * `POST /issues/<id>/comments/`. Same global-issue endpoint + token as
@@ -79,8 +85,5 @@ export function sentryUpdateIssue(issueId: string, update?: {
  * @param {string} issueId
  * @param {string} text  the comment body (Sentry markdown)
  */
-export function sentryAddComment(issueId: string, text: string): Promise<any>;
-export namespace sentrySkill {
-    import tools = sentrySkill.toolsForAssistant;
-    export { tools };
-}
+export declare function sentryAddComment(issueId: any, text: any): Promise<any>;
+export declare const sentrySkill: any;

package/dist/skill-installer.d.ts

@@ -1,86 +1,11 @@
-export namespace skillInstallerSkill {
-    export let id: string;
-    export let description: string;
-    export let envKeys: any[];
-    export { catalog };
-    export { buildPromptFragment as promptFragment };
-    export let tools: ({
-        name: string;
-        description: string;
-        input_schema: {
-            type: string;
-            properties: {
-                skillId: {
-                    type: string;
-                    description: string;
-                };
-            };
-            required: string[];
-        };
-    } | {
-        name: string;
-        description: string;
-        input_schema: {
-            type: string;
-            properties: {
-                skillId?: undefined;
-            };
-            required?: undefined;
-        };
-    })[];
-    export function handleToolCall(name: any, args: any, context: any): Promise<string>;
-    export function resolve(): any;
-}
-declare const catalog: {
-    jira: {
-        description: string;
-        integrationProvider: string;
-        envKeys: any[];
-        setupInstructions: string;
-    };
-    github: {
-        description: string;
-        integrationProvider: string;
-        envKeys: any[];
-        setupInstructions: string;
-    };
-    slack: {
-        description: string;
-        integrationProvider: string;
-        envKeys: any[];
-        setupInstructions: string;
-    };
-    sentry: {
-        description: string;
-        integrationProvider: string;
-        envKeys: any[];
-        setupInstructions: string;
-    };
-    runner: {
-        description: string;
-        envKeys: any[];
-        setupInstructions: string;
-    };
-    browser: {
-        description: string;
-        envKeys: any[];
-        setupInstructions: string;
-    };
-    memory: {
-        description: string;
-        envKeys: any[];
-        setupInstructions: string;
-    };
-    'chat-memory': {
-        description: string;
-        envKeys: any[];
-        setupInstructions: string;
-    };
-    git: {
-        description: string;
-        envKeys: any[];
-        setupInstructions: string;
-    };
-};
-declare function buildPromptFragment(): string;
-export {};
+/**
+ * Skill Installer Skill
+ *
+ * Meta-skill that provides the catalog of installable skills for chat sessions.
+ * Exposes proper tool definitions so any LLM provider (OpenAI, Anthropic, etc.)
+ * can call install/uninstall/list via native function calling.
+ *
+ * The strategy's tool-loop routes calls to handleToolCall(), which mutates
+ * the activeSkills array passed in context.
+ */
+export declare const skillInstallerSkill: any;

package/dist/slack.d.ts

@@ -1,284 +1 @@
-export namespace slackSkill {
-    let id: string;
-    let serverName: string;
-    let allowedTools: string[];
-    let requiresIntegration: "slack";
-    let envKeys: string[];
-    let description: string;
-    let promptFragment: string;
-    /**
-     * MCP-style agents (Claude Code / Cursor / Codex / Gemini) call
-     * this. Returns the spawn spec for our self-contained MCP binary
-     * (bin/mcp-slack.mjs) — replaces the previous
-     * `@modelcontextprotocol/server-slack@latest` so we can expose
-     * the extra routing tools (lookupByEmail, usergroups, search).
-     *
-     * Returns null when the binary can't be found (e.g. running
-     * outside a node_modules layout) — agent strategy falls back to
-     * its built-in tools; the in-process path keeps working for the
-     * `assistant` agent via handleToolCall.
-     */
-    function resolve(): {
-        type: string;
-        command: string;
-        args: any[];
-        env: {};
-        alwaysLoad: boolean;
-    };
-    function handleToolCall(name: any, args: any): Promise<string>;
-    let tools: ({
-        name: string;
-        description: string;
-        input_schema: {
-            type: string;
-            properties: {
-                channel?: undefined;
-                text?: undefined;
-                blocks?: undefined;
-                thread_ts?: undefined;
-                timestamp?: undefined;
-                reaction?: undefined;
-                limit?: undefined;
-                user_id?: undefined;
-                email?: undefined;
-                usergroup?: undefined;
-                query?: undefined;
-            };
-            required?: undefined;
-        };
-    } | {
-        name: string;
-        description: string;
-        input_schema: {
-            type: string;
-            properties: {
-                channel: {
-                    type: string;
-                    description: string;
-                };
-                text: {
-                    type: string;
-                    description: string;
-                };
-                blocks: {
-                    type: string;
-                    description: string;
-                };
-                thread_ts?: undefined;
-                timestamp?: undefined;
-                reaction?: undefined;
-                limit?: undefined;
-                user_id?: undefined;
-                email?: undefined;
-                usergroup?: undefined;
-                query?: undefined;
-            };
-            required: string[];
-        };
-    } | {
-        name: string;
-        description: string;
-        input_schema: {
-            type: string;
-            properties: {
-                channel: {
-                    type: string;
-                    description: string;
-                };
-                thread_ts: {
-                    type: string;
-                    description: string;
-                };
-                text: {
-                    type: string;
-                    description: string;
-                };
-                blocks?: undefined;
-                timestamp?: undefined;
-                reaction?: undefined;
-                limit?: undefined;
-                user_id?: undefined;
-                email?: undefined;
-                usergroup?: undefined;
-                query?: undefined;
-            };
-            required: string[];
-        };
-    } | {
-        name: string;
-        description: string;
-        input_schema: {
-            type: string;
-            properties: {
-                channel: {
-                    type: string;
-                    description: string;
-                };
-                timestamp: {
-                    type: string;
-                    description: string;
-                };
-                reaction: {
-                    type: string;
-                    description: string;
-                };
-                text?: undefined;
-                blocks?: undefined;
-                thread_ts?: undefined;
-                limit?: undefined;
-                user_id?: undefined;
-                email?: undefined;
-                usergroup?: undefined;
-                query?: undefined;
-            };
-            required: string[];
-        };
-    } | {
-        name: string;
-        description: string;
-        input_schema: {
-            type: string;
-            properties: {
-                channel: {
-                    type: string;
-                    description: string;
-                };
-                limit: {
-                    type: string;
-                    description: string;
-                };
-                text?: undefined;
-                blocks?: undefined;
-                thread_ts?: undefined;
-                timestamp?: undefined;
-                reaction?: undefined;
-                user_id?: undefined;
-                email?: undefined;
-                usergroup?: undefined;
-                query?: undefined;
-            };
-            required: string[];
-        };
-    } | {
-        name: string;
-        description: string;
-        input_schema: {
-            type: string;
-            properties: {
-                channel: {
-                    type: string;
-                    description: string;
-                };
-                thread_ts: {
-                    type: string;
-                    description: string;
-                };
-                text?: undefined;
-                blocks?: undefined;
-                timestamp?: undefined;
-                reaction?: undefined;
-                limit?: undefined;
-                user_id?: undefined;
-                email?: undefined;
-                usergroup?: undefined;
-                query?: undefined;
-            };
-            required: string[];
-        };
-    } | {
-        name: string;
-        description: string;
-        input_schema: {
-            type: string;
-            properties: {
-                user_id: {
-                    type: string;
-                    description: string;
-                };
-                channel?: undefined;
-                text?: undefined;
-                blocks?: undefined;
-                thread_ts?: undefined;
-                timestamp?: undefined;
-                reaction?: undefined;
-                limit?: undefined;
-                email?: undefined;
-                usergroup?: undefined;
-                query?: undefined;
-            };
-            required: string[];
-        };
-    } | {
-        name: string;
-        description: string;
-        input_schema: {
-            type: string;
-            properties: {
-                email: {
-                    type: string;
-                    description: string;
-                };
-                channel?: undefined;
-                text?: undefined;
-                blocks?: undefined;
-                thread_ts?: undefined;
-                timestamp?: undefined;
-                reaction?: undefined;
-                limit?: undefined;
-                user_id?: undefined;
-                usergroup?: undefined;
-                query?: undefined;
-            };
-            required: string[];
-        };
-    } | {
-        name: string;
-        description: string;
-        input_schema: {
-            type: string;
-            properties: {
-                usergroup: {
-                    type: string;
-                    description: string;
-                };
-                channel?: undefined;
-                text?: undefined;
-                blocks?: undefined;
-                thread_ts?: undefined;
-                timestamp?: undefined;
-                reaction?: undefined;
-                limit?: undefined;
-                user_id?: undefined;
-                email?: undefined;
-                query?: undefined;
-            };
-            required: string[];
-        };
-    } | {
-        name: string;
-        description: string;
-        input_schema: {
-            type: string;
-            properties: {
-                query: {
-                    type: string;
-                    description: string;
-                };
-                limit: {
-                    type: string;
-                    description: string;
-                };
-                channel?: undefined;
-                text?: undefined;
-                blocks?: undefined;
-                thread_ts?: undefined;
-                timestamp?: undefined;
-                reaction?: undefined;
-                user_id?: undefined;
-                email?: undefined;
-                usergroup?: undefined;
-            };
-            required: string[];
-        };
-    })[];
-}
+export declare const slackSkill: any;