/**
 * Single-sourced host-asset renderers.
 *
 * Every IDE/host integration asset (VS Code custom-agent file, Codex automation
 * recipe, Antigravity planning guide, Gemini/Antigravity slash-command TOML) is
 * derived from the ONE canonical loader prompt body. The bespoke per-host
 * renderers are thin format wrappers (frontmatter / header / TOML quoting) around
 * the shared body — they never re-author the loader instructions. This makes it
 * impossible for a host asset to drift out of sync with the canonical body or
 * embed a wrong in-repo entrypoint, which is enforced by a no-drift guard test.
 *
 * `toolName` parameterizes the slash-command / bin name so both orchestrators
 * (`audit-code` and `remediate-code`) render from this one source.
 */
/** Kinds of host asset that wrap the canonical prompt body in a host-specific format. */
export type HostAssetKind = "vscode-agent" | "codex-recipe" | "antigravity-guide" | "gemini-toml";
export interface RenderHostAssetOptions {
    /**
     * The canonical loader prompt body (frontmatter already stripped). This is the
     * single source every host asset embeds verbatim — it carries the `next-step`
     * continuation guidance and the correct in-repo entrypoint.
     */
    promptBody: string;
    /** Slash-command / bin name, e.g. "audit-code" or "remediate-code". */
    toolName: string;
    /**
     * One-line description used in slash-command/agent metadata. Defaults to a
     * generic line derived from `toolName` when omitted.
     */
    description?: string;
}
/**
 * Render a host asset of the given kind from the one canonical prompt body.
 * Every kind embeds the canonical body verbatim — only the surrounding format
 * (frontmatter / header / TOML quoting) is host-specific.
 */
export declare function renderHostAsset(kind: HostAssetKind, opts: RenderHostAssetOptions): string;
//# sourceMappingURL=hostAssets.d.ts.map