Skip to content

feat(aws-transform): add --mode aws-managed and --resume-incomplete - #251

Draft
ntarakad-aws wants to merge 1 commit into
awslabs:mainfrom
ntarakad-aws:feat/aws-transform-skill-1.6.0
Draft

feat(aws-transform): add --mode aws-managed and --resume-incomplete#251
ntarakad-aws wants to merge 1 commit into
awslabs:mainfrom
ntarakad-aws:feat/aws-transform-skill-1.6.0

Conversation

@ntarakad-aws

@ntarakad-aws ntarakad-aws commented Aug 7, 2026

Copy link
Copy Markdown
Contributor

Summary

  • Document --mode aws-managed for schedule create and remote analysis
  • Add aws-managed execution reference
  • Rename --resume to --resume-incomplete in batch execution
  • Bump version to 1.6.0

By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of the project license.

- Document --mode aws-managed for schedule create and remote analysis
- Add aws-managed execution reference
- Rename --resume to --resume-incomplete in batch execution
- Bump version to 1.6.0

By submitting this pull request, I confirm that you can use, modify,
copy, and redistribute this contribution, under the terms of your choice.
@ntarakad-aws
ntarakad-aws force-pushed the feat/aws-transform-skill-1.6.0 branch from 258475f to 1d2e4c9 Compare August 7, 2026 15:23

@theagenticguy theagenticguy 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.

Reviewed the full diff plus the surrounding reference files on the branch. This holds together well:

  • Version bump is consistent across all three manifests (marketplace.json, .claude-plugin/plugin.json, .codex-plugin/plugin.json).
  • Every relative link in the touched files resolves, including the new continuous-modernization-aws-managed-execution.md, and the #1b-create-an-aws-managed-schedule---mode-aws-managed anchor matches GitHub's slug for that heading.
  • The --resume--resume-incomplete rename is complete — no stale --resume remains on the remote analysis surface (the remaining atx --resume hits are the unrelated conversation-resume command).
  • The aws-managed story is consistent across SKILL.md, analysis, guide, schedule, batch, and the routing file — the "Batch/Fargate is NOT the no-infrastructure option" correction is applied everywhere it previously implied otherwise, and the guide's routing table / step flow / summaries all agree that aws-managed skips Step 3.
  • The new reference file's frontmatter (remote-aws-managed) matches the remote-ec2/remote-batch naming convention, and its rejected-flags/error tables agree with the schedule doc's.

Two non-blocking items inline: one question about the removed --expression/--timezone escape hatch (want to confirm the CLI actually dropped it in 1.6.0, since the skill goes to great lengths to never deny a shipped capability), and one markdown-rendering nit introduced in the error table.

One pre-existing observation, no action needed in this PR: the remote/schedule surfaces use rapid-techdebt-analysis while the local analysis run/list docs use tech-debt-quick; that naming split predates this change but might deserve a note somewhere if both are canonical on their respective surfaces.

| "run it nightly" | `schedule create --recurrence daily` |
| "remediate these findings on Friday" | NOT schedulable — run `atx ct remote remediation` when they're ready |
| "scan AND auto-fix on a cadence" | Schedule the analysis; remediation stays a manual `remote remediation` step |
| Customer supplies their own cron | Map it to the nearest `--recurrence` (daily / weekly:`<DAY>` / monthly:`<N>`) |

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.

Question on this row plus the deletion of the "Power-user escape hatch" paragraph (--expression "cron(...)" / --timezone): was the hidden --expression flag actually removed from the CLI in 1.6.0, or is it still accepted for customer-managed schedules?

If the flag still exists, this row now instructs the agent to silently coerce a user-supplied cron to the nearest preset, which changes fire semantics (e.g. cron(0 3 * * ? *) becomes daily, firing at ~creation-time+2min local rather than 03:00) — and the skill would be denying a capability the CLI ships, which is exactly the failure mode the rest of this PR works hard to prevent. If the flag was removed alongside the --resume-incomplete rename, this is correct as written and worth confirming in the PR description.

| Error | Cause | Fix |
| ------------------------------------------------------------------------------- | ----------------------------------------------------- | ---------------------------------------------------------------------------------------------------- |
| Guidance to `atx ct remote provision` | Compute or scheduler infra missing | `atx ct remote provision --mode ec2\|batch --execute --ack` |
| `--recurrence is required` | Neither cadence flag given | Add `--recurrence daily\|weekly:\<DAY\>\|monthly:\<N\>` |

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.

Rendering nit introduced in this reformat: \<DAY\> and \<N\> are inside code spans, where backslash escapes don't apply — GitHub will render the backslashes literally (weekly:\<DAY\>). Only the pipes need escaping for the table. The Routing table above (line 277) has it right with `<DAY>` unescaped.

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.

3 participants