Skip to content

fix: remove CUSTOM memory strategy temporarily - #266

Merged
jesseturner21 merged 1 commit into
mainfrom
fix/issue-235-remove-custom-memory
Feb 11, 2026
Merged

fix: remove CUSTOM memory strategy temporarily#266
jesseturner21 merged 1 commit into
mainfrom
fix/issue-235-remove-custom-memory

Conversation

@tejaskash

Copy link
Copy Markdown
Contributor

Summary

  • Remove CUSTOM from MemoryStrategyType as it is not yet supported
  • This is a P0 fix to prevent users from selecting an unsupported option
  • Add comprehensive tests for memory strategy validation

Changes

  • Remove CUSTOM from MemoryStrategyTypeSchema enum in schema
  • Update validation logic to reject CUSTOM strategy
  • Update CLI help text and documentation
  • Add schema-level tests for MemoryStrategyTypeSchema
  • Add validation tests for CUSTOM rejection
  • Add integration test for CLI rejection of CUSTOM

Test plan

  • All existing tests pass (307 passed)
  • New tests verify CUSTOM is rejected at schema level
  • New tests verify CUSTOM is rejected at validation level
  • New integration test verifies CLI rejects CUSTOM strategy
  • Build succeeds

Closes #235

@tejaskash
tejaskash requested a review from a team February 10, 2026 23:34
@github-actions

github-actions Bot commented Feb 10, 2026

Copy link
Copy Markdown
Contributor

Coverage Report

Status Category Percentage Covered / Total
🔵 Lines 8.09% 532 / 6568
🔵 Statements 7.78% 543 / 6978
🔵 Functions 5.47% 73 / 1333
🔵 Branches 6.05% 230 / 3800
Generated in workflow #257 for commit 714adc8 by the Vitest Coverage Report Action

Remove CUSTOM from MemoryStrategyType as it is not yet supported.
This is a P0 fix to prevent users from selecting an unsupported option.

Changes:
- Remove CUSTOM from MemoryStrategyTypeSchema enum
- Update validation to reject CUSTOM strategy
- Update CLI help text and documentation
- Add comprehensive tests for memory strategy validation

Closes #235
@tejaskash
tejaskash force-pushed the fix/issue-235-remove-custom-memory branch from 7d71fa9 to 714adc8 Compare February 10, 2026 23:40

@aidandaly24 aidandaly24 left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

lgtm

@jesseturner21
jesseturner21 merged commit b2fc32b into main Feb 11, 2026
14 checks passed
@jesseturner21
jesseturner21 deleted the fix/issue-235-remove-custom-memory branch February 11, 2026 00:13
@agentcore-cli-automation

Copy link
Copy Markdown

Reviewed the diff post-merge — changes look good and well-scoped:

  • Schema enum updated cleanly in src/schema/schemas/primitives/memory.ts
  • CLI help text, validation logic, and TUI strategy descriptions all kept in sync
  • Solid test coverage at both the schema level (MemoryStrategyTypeSchema/MemoryStrategySchema) and the CLI level (add-memory.test.ts, validate.test.ts)
  • LLM-compacted schema docs (src/schema/llm-compacted/agentcore.ts) and AGENTS.md were also updated, so AI agents using this CLI won't be misled into suggesting CUSTOM

No new issues to flag. 👍

@github-actions

Copy link
Copy Markdown
Contributor

Thanks for the report, @agentcore-cli-automation — feedback like this is exactly
how we catch the things we missed. Because this PR is already
closed, the team won't see follow-up comments here.

Would you mind opening a new issue so we can track it properly?
https://github.com/aws/agentcore-cli/issues/new/choose

If this is a security issue, please report it privately via
https://aws.amazon.com/security/vulnerability-reporting/ instead
of a public issue.

notgitika added a commit to notgitika/agentcore-cli that referenced this pull request Aug 18, 2026
Reverts 87be86e. I added CUSTOM because the CDK schema already had it in
MemoryStrategyTypeSchema, which turns out to be the argument PR aws#694 made --
and aws#713 reverted a day later.

The CLI has removed CUSTOM twice on purpose. Offering the type without
somewhere to put its extraction configuration is aws#241 ("select custom memory
strategy, note there is no option to add prompts"); aws#266 removed it as a P0 to
stop users picking an unsupported option, aws#694/aws#696 added it back with
semanticOverride, and aws#713 reverted both as premature. aws#676 tracks doing it
properly. The CDK keeping CUSTOM in its enum without a configuration field is
the same hole, not a licence.

So both forms are rejected again, now with an error that says why and points
at aws#676. The one thing kept from the reverted commit: memory validation errors
name the offending field, since issue.path was being dropped.
notgitika added a commit to notgitika/agentcore-cli that referenced this pull request Aug 19, 2026
Reverts 87be86e. I added CUSTOM because the CDK schema already had it in
MemoryStrategyTypeSchema, which turns out to be the argument PR aws#694 made --
and aws#713 reverted a day later.

The CLI has removed CUSTOM twice on purpose. Offering the type without
somewhere to put its extraction configuration is aws#241 ("select custom memory
strategy, note there is no option to add prompts"); aws#266 removed it as a P0 to
stop users picking an unsupported option, aws#694/aws#696 added it back with
semanticOverride, and aws#713 reverted both as premature. aws#676 tracks doing it
properly. The CDK keeping CUSTOM in its enum without a configuration field is
the same hole, not a licence.

So both forms are rejected again, now with an error that says why and points
at aws#676. The one thing kept from the reverted commit: memory validation errors
name the offending field, since issue.path was being dropped.
notgitika added a commit to notgitika/agentcore-cli that referenced this pull request Aug 20, 2026
Reverts 87be86e. I added CUSTOM because the CDK schema already had it in
MemoryStrategyTypeSchema, which turns out to be the argument PR aws#694 made --
and aws#713 reverted a day later.

The CLI has removed CUSTOM twice on purpose. Offering the type without
somewhere to put its extraction configuration is aws#241 ("select custom memory
strategy, note there is no option to add prompts"); aws#266 removed it as a P0 to
stop users picking an unsupported option, aws#694/aws#696 added it back with
semanticOverride, and aws#713 reverted both as premature. aws#676 tracks doing it
properly. The CDK keeping CUSTOM in its enum without a configuration field is
the same hole, not a licence.

So both forms are rejected again, now with an error that says why and points
at aws#676. The one thing kept from the reverted commit: memory validation errors
name the offending field, since issue.path was being dropped.
notgitika added a commit to notgitika/agentcore-cli that referenced this pull request Aug 21, 2026
Reverts 87be86e. I added CUSTOM because the CDK schema already had it in
MemoryStrategyTypeSchema, which turns out to be the argument PR aws#694 made --
and aws#713 reverted a day later.

The CLI has removed CUSTOM twice on purpose. Offering the type without
somewhere to put its extraction configuration is aws#241 ("select custom memory
strategy, note there is no option to add prompts"); aws#266 removed it as a P0 to
stop users picking an unsupported option, aws#694/aws#696 added it back with
semanticOverride, and aws#713 reverted both as premature. aws#676 tracks doing it
properly. The CDK keeping CUSTOM in its enum without a configuration field is
the same hole, not a licence.

So both forms are rejected again, now with an error that says why and points
at aws#676. The one thing kept from the reverted commit: memory validation errors
name the offending field, since issue.path was being dropped.
notgitika added a commit to notgitika/agentcore-cli that referenced this pull request Aug 21, 2026
Reverts 87be86e. I added CUSTOM because the CDK schema already had it in
MemoryStrategyTypeSchema, which turns out to be the argument PR aws#694 made --
and aws#713 reverted a day later.

The CLI has removed CUSTOM twice on purpose. Offering the type without
somewhere to put its extraction configuration is aws#241 ("select custom memory
strategy, note there is no option to add prompts"); aws#266 removed it as a P0 to
stop users picking an unsupported option, aws#694/aws#696 added it back with
semanticOverride, and aws#713 reverted both as premature. aws#676 tracks doing it
properly. The CDK keeping CUSTOM in its enum without a configuration field is
the same hole, not a licence.

So both forms are rejected again, now with an error that says why and points
at aws#676. The one thing kept from the reverted commit: memory validation errors
name the offending field, since issue.path was being dropped.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

[P0] Remove CUSTOM memory strategy temporarily

4 participants