Review software architecture, including package cohesion and inter-package coupling
日本語の概要は準備中です。原文の説明を表示しています。
Export the SpecBook-based specification (SPEC) into ready-to-consume renderings like HTML, PDF, normalized Markdown, or JSON. Use when the user wants to "export", "render", or "materialize" the specification.
インストールする前に、エージェントに与えられる指示の中身を確認できます。
@${CLAUDE_SKILL_DIR}/../../meta/ase-control.md @${CLAUDE_SKILL_DIR}/../../meta/ase-skill.md @${CLAUDE_SKILL_DIR}/../../meta/ase-getopt.md
<purpose name="ase-sync-export"> Export Specification into Rendered Files </purpose><expand name="getopt" arg1="ase-sync-export" arg2="--output|-o="> $ARGUMENTS </expand>
<objective> *Export* the `SPEC` artifact set -- the SpecBook-based specification -- into the requested output files, by validating the specification and rendering it through the SpecBook export. </objective>@${CLAUDE_SKILL_DIR}/../../meta/ase-format-meta.md
Parse <getopt-option-output/> as the comma-separated <outputs/>
list of [<format>:]<file> entries, with <format/> one of
json, json5, yaml, toon, html, pdf, or md, and
<file/> a project-relative output file path. Trim every parsed
entry. Do not output anything.
Determine the default output by calling the
ase_artifact_name(filename: "index.html", kind: "spec") tool
of the ase MCP server and set <outputs/> to the single entry
of its returned name. Do not output anything.
If any entry in <outputs/> is - (the standard output sentinel),
only output the following <template/> and then immediately STOP
processing the entire current skill:
Report the resolved outputs with the following <template/>:
<template> <ase-tpl-bullet-signal/> **OUTPUTS**: <outputs/> </template>Call the ase_specbook_lint() tool of the ase MCP server
once and read its returned diagnostics array of { file, line, column, severity, message } objects, reduced to those
entries whose <severity/> is error, as only those make the
export fail. Do not output anything.
Only output the following <template/> (listing one bullet line
per diagnostic), give the closing hint by expanding the
<ase-tpl-hint/> below it, and then immediately STOP
processing the entire current skill:
<file/>:<line/>:<column/>: <message/>
[...]
</template>
For each <output/> in <outputs/>, call the
ase_specbook_export(output: "<output/>") tool of the ase MCP
server, which infers the format from the [<format>:]<file>
entry, writes the rendering to the file, and returns a
confirmation text carrying the written byte size plus a
notices array of environment notices. Set <notices/> to the
distinct notices of all calls. Do not output anything.
Report the exported files with the following <template/>, listing one bullet line per written file (with <file/> its project-relative path and <note/> the format and the byte size):
<template> <ase-tpl-bullet-signal/> **EXPORTED SPECIFICATION**:<file/>: <note/>
[...]
</template>
Report the environment notices verbatim with the following <template/>, listing one bullet line per notice:
<template> <ase-tpl-bullet-signal/> **ENVIRONMENT NOTICES**:[...] </template>
</if>Finally, give the closing hints by expanding the following (which, depending on the configured <ase-guidance-level/>, may each expand into nothing and hence emit no output at all):
<ase-tpl-hint level="normal"> Exports are *derived* and go stale as the specification drifts -- use `/ase-sync-reconcile` to align the artifacts first, then re-run this skill. </ase-tpl-hint> <ase-tpl-hint level="verbose"> Use `/ase-sync-export --output` with a comma-separated list of `[<format>:]<file>` entries to export several renderings at once (e.g. `-o docs/spec.html,docs/spec.pdf`). </ase-tpl-hint>まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
Review software architecture, including package cohesion and inter-package coupling
日本語の概要は準備中です。原文の説明を表示しています。
Discover additional, third-party components (libraries/frameworks) for the technology stack to provide needed functionality.
日本語の概要は準備中です。原文の説明を表示しています。
Analyze the source code for problems in either the logic and semantics and its related control flow, performance and efficiency, or security.
日本語の概要は準備中です。原文の説明を表示しています。
Craft Source Code: Use when user wants to "create", "add", or "craft" a new feature from scratch.
日本語の概要は準備中です。原文の説明を表示しています。
Edit Source Code: Use when the user wants to "edit" the code base in one shot from a query or a bare analyzer issue id like "P1", fusing crafting, refactoring, and resolving with optional grilling, verification, looping, and Git worktree isolation.
日本語の概要は準備中です。原文の説明を表示しています。
Explains code with WHAT, WHY, ANALOGY, DIAGRAM, CRUXES, and GOTCHAS. Use when you want to know how code works or when the user asks "how does this work?"
日本語の概要は準備中です。原文の説明を表示しています。