Use when durable cross-project user preferences must be inferred from coding, writing, or analysis evidence and stored as a profile. Not for one-project context recovery, casual preference acknowledgment, or ordinary task execution.
Scanned 9/3/2026
Install to Claude Code
npx -y skills add dmlguq456/hearting --skill analyze-user --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Analyze User?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/dmlguq456-analyze-user-12eea672)More formats (shields.io, HTML) on the badges page.
---
# GENERATED METADATA — edit harness-manifest.json, then run tools/generate.py.
name: analyze-user
description: "Use when durable cross-project user preferences must be inferred from coding, writing, or analysis evidence and stored as a profile. Not for one-project context recovery, casual preference acknowledgment, or ordinary task execution."
argument-hint: "<aspect> [--source <path>] [--mode init|update] [--from discover|analyze|verify|qa|output|summary] [--user-refine]"
metadata:
group: pre
fam: pre
invocation_class: entry-router
modes: ["init", "update"]
blurb: "Create or update a cross-project user-preference profile from coding, writing, and analysis patterns."
use_when: "Use when durable cross-project user preferences must be inferred from coding, writing, or analysis evidence and stored as a profile."
not_for: "Not for one-project context recovery, casual preference acknowledgment, or ordinary task execution."
---
# analyze-user
This is a compact pre-approval entry router. Its manifest-owned frontmatter is
the authoritative discovery metadata; it intentionally contains no execution
procedure.
## Pre-approval boundary
Use only this router, `harness-manifest.json`, and `core/WORKFLOW.md §0.2` to
propose a route. Present the one-time confirmation in `core/WORKFLOW.md §0.4`
unless the same route and scope are already approved. Do not load references
before approval.
## Post-approval owner contract
After approval, direct/quick sessions and the `standard+` dispatch-depth-1 owner load
`capabilities/analyze-user.md`, then use the Reference Index below. Assigned
stage workers load only their assigned stage contracts.
## Reference Index
| File | Load when | Obligation |
|---|---|---|
| [`references/owner-execution.md`](references/owner-execution.md) | After approval, by the selected direct/quick session or dispatch-depth-1 owner | Read the complete execution procedure before material work. This is the router's only post-approval reference edge. |
## Guard pointer
Follow the portable artifact, worktree, role, and verification guards in the
selected owner contract. Before the first durable capability artifact, compile
and bind the checked route even for direct intensity; direct is a compiled
inline node, not route absence. A restriction on native subagents/agents is
surface-local and never selects direct execution. Runtime projections must
report unsupported mechanics and must not claim physical instruction masking,
token, billing, or cost savings without verified evidence.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!