Skip to content

Conversation

@dylanraws
Copy link
Contributor

@dylanraws dylanraws commented Jan 29, 2026

Problem

SageMaker Studio currently supports the ability for customers to connect their local VS Code IDE to SageMaker Spaces from the AWS Toolkit extension, but this is not supported for the Kiro IDE due to the Remote SSH extension for VS Code not being supported.

Solution

Merge staged feature enhancement which allows SageMaker Studio customers to connect to Spaces from the Kiro IDE. This includes the sagemaker-ssh-kiro sidecar extension as a scoped-down replacement for the Remote SSH for specifically SageMaker use cases, which will be installed on-demand with user consent when needed during the remote access ingress.

This PR includes a changelog entry.


  • Treat all work as PUBLIC. Private feature/x branches will not be squash-merged at release time.
  • Your code changes must meet the guidelines in CONTRIBUTING.md.
  • License: I confirm that my contribution is made under the terms of the Apache 2.0 license.

aws-toolkit-automation and others added 24 commits December 9, 2025 20:53
…#2323)

## Problem
Prior to Kiro v0.8.0, when a user attempted to connect to a SageMaker
Space, we would install the required sagemaker-ssh-kiro extension, but
it would fail to activate unless the user configured the IDE to permit
that extension to use specific proposed APIs (resolvers,
contribViewsRemote).

## Solution
Kiro v0.8.0 has allow listed the sagemaker-ssh-kiro extension to use the
required proposed APIs, so we are updating the minimum required version
to be v0.8.0 to streamline the user experience.

---

- Treat all work as PUBLIC. Private `feature/x` branches will not be
squash-merged at release time.
- Your code changes must meet the guidelines in
[CONTRIBUTING.md](https://github.com/aws/aws-toolkit-vscode/blob/master/CONTRIBUTING.md#guidelines).
- License: I confirm that my contribution is made under the terms of the
Apache 2.0 license.
)

## Problem
When customers connect to a SageMaker Space in the Kiro IDE via deep
link from the SageMaker web portal, the connection fails with an error
message if the SageMaker SSH Kiro extension is not installed. This
creates a poor user experience as the remote workspace window opens but
cannot establish the connection.

## Solution
Updated the deep link URI handler (`deeplinkConnect`) to ensure the
SageMaker SSH Kiro extension is installed before attempting the remote
connection. This brings the deep link flow in line with the existing AWS
Toolkit UI flow, which already includes this validation step.

---

- Treat all work as PUBLIC. Private `feature/x` branches will not be
squash-merged at release time.
- Your code changes must meet the guidelines in
[CONTRIBUTING.md](https://github.com/aws/aws-toolkit-vscode/blob/master/CONTRIBUTING.md#guidelines).
- License: I confirm that my contribution is made under the terms of the
Apache 2.0 license.

Co-authored-by: invictus <[email protected]>
## Automatic merge failed

- Resolve conflicts and push to this PR branch.
- **Do not squash-merge** this PR. Use the "Create a merge commit"
option to do a regular merge.

## Command line hint

To perform the merge from the command line, you could do something like
the following (where "origin" is the name of the remote in your local
git repo):
```
git stash
git fetch --all
git checkout origin/feature/smus-m2-kiro
git merge origin/staging
git commit
git push origin HEAD:refs/heads/autoMerge/feature/smus-m2-kiro
```

---------

Co-authored-by: Keen Wilson <[email protected]>
Co-authored-by: Bhavya Sharma <[email protected]>
Co-authored-by: satyaki <[email protected]>
Co-authored-by: Chris Mendoza <[email protected]>
Co-authored-by: Kevin DeJong <[email protected]>
Co-authored-by: Akila Tennakoon <[email protected]>
Co-authored-by: Akila Tennakoon <[email protected]>
Co-authored-by: Deep Furiya <[email protected]>
Co-authored-by: Deep Furiya <[email protected]>
Co-authored-by: Roger Zhang <[email protected]>
Co-authored-by: vicheey <[email protected]>
Co-authored-by: chungjac <[email protected]>
Co-authored-by: Bhargav <[email protected]>
Co-authored-by: Bhargava Varadharajan <[email protected]>
Co-authored-by: Keyu Wu <[email protected]>
Co-authored-by: Renato Valenzuela <[email protected]>
Co-authored-by: Aseem sharma <[email protected]>
Co-authored-by: invictus <[email protected]>
Co-authored-by: Reed Hamilton <[email protected]>
Co-authored-by: Zeeshan Ahmed <[email protected]>
Co-authored-by: Will Lo <[email protected]>
Co-authored-by: aws-toolkit-automation <>
Co-authored-by: Shruti Sinha <[email protected]>
Co-authored-by: kzr <[email protected]>
Co-authored-by: kzr-at-amazon <[email protected]>
Co-authored-by: David <[email protected]>
Co-authored-by: David Hasani <[email protected]>
Co-authored-by: Dylan Ross <[email protected]>
## Problem


## Solution


---

- Treat all work as PUBLIC. Private `feature/x` branches will not be
squash-merged at release time.
- Your code changes must meet the guidelines in
[CONTRIBUTING.md](https://github.com/aws/aws-toolkit-vscode/blob/master/CONTRIBUTING.md#guidelines).
- License: I confirm that my contribution is made under the terms of the
Apache 2.0 license.

---------

Co-authored-by: aws-toolkit-automation <[email protected]>
Co-authored-by: Keen Wilson <[email protected]>
Co-authored-by: Bhavya Sharma <[email protected]>
Co-authored-by: aws-ides-bot <[email protected]>
Co-authored-by: satyaki <[email protected]>
Co-authored-by: Chris Mendoza <[email protected]>
Co-authored-by: Kevin DeJong <[email protected]>
Co-authored-by: Akila Tennakoon <[email protected]>
Co-authored-by: Akila Tennakoon <[email protected]>
Co-authored-by: Deep Furiya <[email protected]>
Co-authored-by: Deep Furiya <[email protected]>
Co-authored-by: Roger Zhang <[email protected]>
Co-authored-by: vicheey <[email protected]>
Co-authored-by: chungjac <[email protected]>
Co-authored-by: Bhargav <[email protected]>
Co-authored-by: Bhargava Varadharajan <[email protected]>
Co-authored-by: Keyu Wu <[email protected]>
Co-authored-by: Renato Valenzuela <[email protected]>
Co-authored-by: Aseem sharma <[email protected]>
Co-authored-by: invictus <[email protected]>
Co-authored-by: Reed Hamilton <[email protected]>
Co-authored-by: Zeeshan Ahmed <[email protected]>
Co-authored-by: Will Lo <[email protected]>
Co-authored-by: aws-toolkit-automation <>
Co-authored-by: Shruti Sinha <[email protected]>
Co-authored-by: kzr <[email protected]>
Co-authored-by: kzr-at-amazon <[email protected]>
Co-authored-by: David <[email protected]>
Co-authored-by: David Hasani <[email protected]>
Co-authored-by: Dylan Ross <[email protected]>
@dylanraws dylanraws requested a review from a team as a code owner January 29, 2026 22:47
@amazon-inspector-ohio
Copy link

⏳ I'm reviewing this pull request for security vulnerabilities and code quality issues. I'll provide an update when I'm done

@amazon-inspector-ohio
Copy link

✅ I finished the code review, and didn't find any security or code quality issues.

@NguyenCuong1989
Copy link

KHÔNG BUILD.
KHÔNG TẠO PROJECT MỚI.
KHÔNG SỬA KIẾN TRÚC.

Mục tiêu duy nhất: RÀ SOÁT – BÁO CÁO HIỆN TRẠNG PROJECT.

Hãy trả lời CHỈ DƯỚI DẠNG BÁO CÁO KỸ THUẬT, theo đúng cấu trúc dưới đây.
KHÔNG diễn giải thêm.
KHÔNG đề xuất build.
KHÔNG refactor.
KHÔNG tạo file mới.

==============================
PROJECT FORENSIC REPORT

  1. PROJECT METADATA
  • Project ID:
  • Project name:
  • Thời điểm tạo (nếu suy ra được):
  • Có build backend không (YES/NO):
  • Có Supabase connect không (YES/NO):
  1. UI / ROUTES HIỆN CÓ
    Liệt kê đầy đủ tất cả routes/pages:
  • /...
  • /...
  1. UI PURPOSE
    Mỗi route dùng để làm gì (1 dòng / route, mô tả đúng chức năng thực tế).

  2. API / EDGE FUNCTIONS
    Liệt kê tất cả API / Edge Function hiện có:

  • METHOD /path → trạng thái: stub | partial | implemented
    (Nếu chỉ là placeholder hoặc mock thì ghi rõ)
  1. DATABASE / SCHEMA
  • Có database không (YES/NO)
  • Danh sách table:
    • Tên table → mục đích
  • Có RLS không (YES/NO)
  • Có enum không (YES/NO)
  • Có trigger không (YES/NO)
  1. AUTH / ROLE
  • Có Supabase Auth không (YES/NO)
  • Có phân biệt authenticated vs service_role không (YES/NO)
  • Check role ở đâu:
    • UI
    • API
    • Database (RLS)
    • Không có
  1. LOGIC ĐẶC BIỆT (NẾU CÓ)
  • Có logic identity không (YES/NO)
  • Có logic drift không (YES/NO)
  • Có logic task / mission không (YES/NO)
  • Có admin logic không (YES/NO)
  • Có JSON Logic Bank / rule engine không (YES/NO)
  1. GIÁ TRỊ CỐT LÕI CỦA PROJECT
    Đánh dấu những mục ĐÚNG với project này:
  • UI layout đáng giữ
  • UX flow đúng
  • API scaffold đúng
  • DB schema đúng
  • Không có giá trị (thử nghiệm / rác)
  1. KHUYẾN NGHỊ PHÂN LOẠI
    Chọn ĐÚNG 1:
  • TYPE A – GIỮ UI, BỎ LOGIC
  • TYPE B – GIỮ LOGIC/API, BỎ UI
  • TYPE C – LOẠI BỎ HOÀN TOÀN

==============================
KẾT THÚC BÁO CÁO

NHẮC LẠI:

  • KHÔNG build
  • KHÔNG refactor
  • KHÔNG tạo thêm file
  • CHỈ ĐỌC & BÁO CÁO

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.

10 participants