CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

bedrock-agentcore-memory

Amazon Bedrock AgentCore Memory for persistent agent knowledge across sessions. Episodic memory for learning from interactions, short-term for session context. Use when building agents that remember user preferences, learn from conversations, or maintain context across sessions.

Quality

72%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./skills/bedrock-agentcore-memory/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

57%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The content delivers strong, concrete boto3 guidance across all five memory operations, but it is a padded monolith: fabricated quality metrics, a stale date claim, duplicated config examples, broken reference links to nonexistent files, and destructive batch deletes with no verification. Tightening the body, moving advanced patterns into real reference files, and adding delete validation would raise it substantially.

Suggestions

Add a verification checkpoint before/after destructive batch deletes (e.g., list and confirm record count with the user, then re-list to confirm zero records) to lift workflow_clarity past the batch-operation cap.

Create the three referenced files (memory-patterns.md, privacy-compliance.md, extraction-tuning.md) or remove the References section — the links are currently broken — and move the inlined extraction-instructions and privacy content into them to shrink the SKILL.md body.

Cut the invented 'Quality Targets' numbers and the 'validated by AWS December 2025' claim, and merge the two duplicate create_memory strategy examples into one parameterized example.

DimensionReasoningScore

Conciseness

The body is roughly 700 lines with mostly tight code, but it includes padding Claude does not need: a fabricated 'Quality Targets' block ('Memory retrieval latency: < 100ms', 'Extraction accuracy: ≥ 85%'), a time-sensitive claim 'validated by AWS December 2025' that the rubric explicitly penalizes outside a deprecated/old-patterns section, and duplicate create_memory strategy examples that restate the same configuration shape. This matches anchor 3 ('mostly efficient but includes some unnecessary explanation or could be tightened') rather than anchor 4's minor-trim level.

3 / 5

Actionability

Most operations give copy-paste-ready boto3 code (create_memory with waiter, create_event, retrieve_memory_records, batch_create/update/delete, extraction job polling with FAILED handling). Minor gaps hold it below 5: undefined helpers (extract_topics, deduplicate, list_all_user_memories, list_all_memories), placeholder values ('flights': [...], timestamp1, {...}), missing imports in later snippets (time, datetime, uuid in the integration example), and the hedge 'Note: Batch API may be available - check latest docs'. It is clearly above anchor 3's pseudocode-dominated level.

4 / 5

Workflow Clarity

The five operations are clearly sequenced with time/automation metadata, the create flow has a validation checkpoint (get_waiter('MemoryCreated').wait), and the extraction loop handles FAILED status. However, Operation 4 performs destructive batch deletions — including 'Delete all memories for a user (GDPR right to be forgotten)' — with no verification step before or after deletion, and the rubric's judging guideline caps workflow clarity at 3 for destructive/batch operations lacking validation. It sits above anchor 2's incoherent sequence but cannot exceed the cap.

3 / 5

Progressive Disclosure

Section structure is clear (When to Use, Prerequisites, Operations 1-5, Best Practices, References), but the skill is a monolithic ~700-line SKILL.md with no bundle: references/, scripts/, and assets/ directories do not exist, so the three cited files ('references/memory-patterns.md', 'references/privacy-compliance.md', 'references/extraction-tuning.md') are broken pointers. Content that the References section implies lives in separate files (extraction tuning, privacy patterns) is inlined instead. This matches anchor 3 ('references present but... content that should be separate is inline'); it is above anchor 2 because headers and the reference list are well signaled, but broken links prevent a 4.

3 / 5

Total

13

/

20

Passed

Description

78%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong, well-structured description with an explicit 'Use when...' trigger clause and natural keyword phrasing. Its main weakness is that it describes memory types as features rather than enumerating the concrete operations the skill actually provides (create memory resources, store events, retrieve, delete, extraction jobs).

Suggestions

Replace feature labels with 2-3 operation verbs, e.g. 'Create memory resources, store interaction events, retrieve memories semantically, and manage deletion' to lift specificity from 3 toward 4-5.

Add common synonyms such as 'personalization' or 'recall past interactions' to trigger coverage.

Tie triggers more tightly to the Bedrock/AgentCore platform to reduce overlap with generic agent-memory skills.

DimensionReasoningScore

Specificity

The description names the domain ("Amazon Bedrock AgentCore Memory for persistent agent knowledge across sessions") and lists two concrete capabilities ("Episodic memory for learning from interactions, short-term for session context"), but these are feature labels rather than multiple executable actions like 'store events', 'retrieve memories', or 'create memory resources'. It matches anchor 3 (domain plus 1-2 concrete actions, not comprehensive) better than anchor 4, which expects several specific action verbs with only minor coverage gaps.

3 / 5

Completeness

Both halves are explicit: the 'what' is stated concretely ("Episodic memory for learning from interactions, short-term for session context") and the 'when' uses an explicit 'Use when...' clause with three concrete trigger conditions ("building agents that remember user preferences, learn from conversations, or maintain context across sessions"). This matches the anchor-5 example pattern exactly; voice is third-person/neutral with no fluff.

5 / 5

Trigger Term Quality

Natural user phrasing is well covered: "agents that remember user preferences", "learn from conversations", "maintain context across sessions", plus the core terms "memory" and "persistent". A few natural synonyms are missing (e.g., 'personalization', 'recall', 'user history'), which places it at anchor 4 ('good keyword coverage; a few natural terms missing') rather than anchor 5's comprehensive synonym/extension coverage.

4 / 5

Distinctiveness Conflict Risk

Naming the specific AWS service ("Amazon Bedrock AgentCore Memory") carves a clear niche, but trigger phrases like 'agents that remember user preferences' could overlap with generic agent-memory skills (the body itself lists a related 'agent-memory-system' skill). This is anchor 4 ('mostly distinct; minor overlap risk with closely related skills'), not anchor 5's minimal-conflict niche.

4 / 5

Total

16

/

20

Passed

Validation

81%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 13 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (704 lines); consider splitting into references/ and linking

Warning

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

referenced_paths_exist

Referenced path issues: 3 missing

Warning

Total

13

/

16

Passed

Repository

fernandezbaptiste/Skrillz

Path

skills/bedrock-agentcore-memory/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.