원클릭으로 Manus에서 모든 스킬 실행

ns-generate-asset

스타3

포크0

업데이트2026년 6월 30일 14:34

Captures a new N|Solid diagnostic asset for a connected Node.js app. Use when the user explicitly asks to collect, capture, or generate a CPU profile, flamegraph, heap sample, heap snapshot, or heap tracking asset and wants it saved or handed off for analysis. For existing assets, use ns-analyze-asset instead.

설치

Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.

Manus에서 실행

출처

nodesource

nodesource/nsolid-plugin

GitHub 저장소 열기 Creator 저장소 보기

다운로드

Manus에서 실행

1. Resolve Scope

The target app is already resolved (workspace mapping, explicit Application: <name>, or user confirmation). Do not switch apps.
Call information-dashboard with q: "app=<appName>" and start: "5m".
No agents → stop and report no connected agents. Do not profile a different app.
One agent → use its id.
Multiple agents → list each (id, hostname, key metrics) and ask the user to choose. Only proceed after selection.

2. Choose Asset Type

Supported types: CPU profile, heap sample, heap snapshot, heap tracking.
Match the user's request:
- CPU profile / cpuprofile / flamegraph → profile.
- Heap sample / heap sampling / memory sample → heap-sampling.
- Heap snapshot / full heap snapshot → snapshot.
- Heap tracking / allocation tracking / object relocation tracking → track-heap-objects.
Default to heap-sampling for memory concerns and profile for CPU concerns.
If ambiguous, ask the user to choose. Do not guess. Only proceed after the user specifies or confirms.

3. Create the Asset

Use the agent id from Step 1 as the id parameter.
CPU profile: profile with duration: 30, threadId: 0.
Heap sample: heap-sampling with duration: 30; add threadId: 0 when the main thread is intended.
Heap snapshot: snapshot; add threadId: 0 when the main thread is intended.
Heap tracking: track-heap-objects with duration: 30; add threadId: 0 when the main thread is intended. Include trackAllocations: true when the user asks for allocation stacks.
Record the exact returned asset ID and app name for downloading and reporting.

4. Wait

Run the bundled wait script (use the absolute path of the directory where you read this SKILL.md):

CPU profile: node "<skill-dir>/wait.cjs" 35.
Heap sample: node "<skill-dir>/wait.cjs" 30.
Heap snapshot: at least 40 seconds before checking summary readiness: node "<skill-dir>/wait.cjs" 40.
Heap tracking: node "<skill-dir>/wait.cjs" 35.

5. Check Readiness

CPU profile and heap sample: call asset-summary on the returned asset ID. If not ready, run node "<skill-dir>/wait.cjs" 5 and retry on the same ID. Cap retries at 12. If still not ready, report the asset ID and the pending state — do not invent analysis.
Heap snapshot: call asset-summary first. If the response says async, processing, pending, or summarization started, call assets-in-progress, then run node "<skill-dir>/wait.cjs" 5, then retry asset-summary. Cap retries at 12. If still not ready, report the asset ID and the pending state — do not invent analysis.
Heap tracking: call assets-in-progress. If the returned asset ID is still in progress, run node "<skill-dir>/wait.cjs" 5 and retry. Cap retries at 12. Once it is no longer in progress, continue to download.
If asset-summary returns a tool error (auth, network, MCP failure), report the error and stop. Do not retry as if pending.

6. Download

After the asset is ready, download it with the bundled script (use the absolute path of the directory where you read this SKILL.md):
```
node "<skill-dir>/fetch-asset.cjs" <assetId> <assetType> <appName>
```
Use these <assetType> values:
- CPU profile: cpuprofile.
- Heap sample: heapprofile.
- Heap snapshot: heapsnapshot.
- Heap tracking: heapprofile.

7. Report or Hand Off for Analysis

For capture-only requests, report asset type, asset ID, app name, agent ID, duration/thread ID, and local path.
If the user asked to analyze, summarize, interpret, or explain the captured asset, read and follow ../ns-analyze-asset/SKILL.md after the asset is ready. Do not duplicate its analysis rules here.
Pass this handoff payload: assetId, assetType (cpuprofile, heapprofile, or heapsnapshot), appName, agentId, threadId, duration, and local path if downloaded.
For heap tracking, report capture metadata and local path; only route to ns-analyze-asset if asset-summary supports the returned asset. Otherwise recommend ns-advanced-memory-leak-hunter for interpretation.

Guardrails

Do not use runtime-code or workspace_delta.
Waits and downloads use the bundled wait.cjs and fetch-asset.cjs scripts in this skill's directory. Do not use direct HTTP calls, curl, or ad hoc shell commands.
Do not use assets-in-progress as the first readiness check for CPU profiles or heap samples.

이 저장소의 다른 Skills

같은 저장소

ns-advanced-memory-leak-hunter

nodesource/nsolid-plugin

Performs an advanced N|Solid memory leak hunt comparing baseline vs peak heap evidence to isolate retained constructors, closures, and retainer paths. Use when the user reports recurring/staircase memory growth, elusive leaks, retained objects, closures holding references, or a standard heap sample/snapshot analysis was inconclusive. Prefer supplied baseline/peak assets; capture new samples only when needed.

2026-06-303

ns-analyze-asset

nodesource/nsolid-plugin

Analyzes an existing N|Solid diagnostic asset by asset ID or local asset path using asset-summary. Use when the user asks to inspect, review, summarize, or interpret an already-captured CPU profile, heap profile, heap sample, or heap snapshot, including assets just produced by ns-generate-asset. Do not use to capture new profiles/snapshots.

2026-06-303

ns-cpu-spike-analysis

nodesource/nsolid-plugin

Diagnoses high CPU or slow execution in a Node.js app using supplied evidence or N|Solid CPU metrics/profiles. Use when the user reports CPU spike, high CPU percent, slow endpoint/function, event loop blocking, flamegraph/profile analysis, hot loop, or asks why an app is slow. Prefer existing asset IDs, summaries, trace data, or local profiles before capturing a new profile.

2026-06-303

ns-memory-spike-analysis

nodesource/nsolid-plugin

Diagnoses memory growth, heap spikes, RSS increases, OOMs, and suspected leaks in Node.js apps using supplied heap evidence or N|Solid heap sampling/snapshots. Use when the user reports memory leak, heap growing, high RSS, out-of-memory, heap snapshot/profile analysis, or wants memory root-cause triage.

2026-06-303

ns-analyze-tracing

nodesource/nsolid-plugin

Analyzes N|Solid/OpenTelemetry tracing evidence for request latency, HTTP errors, and service dependencies. Use when the user asks about slow endpoints, API timeouts, distributed traces/spans, N+1 queries, await chains, microservice latency, cascading failures, or trace IDs. Query N|Solid only when no trace data was provided. Do not assume full waterfall details unless supplied.

2026-06-303

ns-audit-dependencies

nodesource/nsolid-plugin

Audits a local Node.js project dependency tree with NCM vulnerability and quality data. Use when the user asks for an npm audit-style security review, package CVEs, direct/transitive vulnerability report, dependency risk assessment, or remediation plan before upgrading. For vulnerabilities actually loaded in running N|Solid processes, use ns-analyze-vulnerabilities instead.

2026-06-303

name	ns-generate-asset
description	Captures a new N\|Solid diagnostic asset for a connected Node.js app. Use when the user explicitly asks to collect, capture, or generate a CPU profile, flamegraph, heap sample, heap snapshot, or heap tracking asset and wants it saved or handed off for analysis. For existing assets, use ns-analyze-asset instead.