context management API by code-interpreter

[Pangjiping]

Why do you need it?

Through systematic integration testing, we discovered that during concurrent runcode operations in code-interpreter, there are occasional issues where Jupyter becomes unresponsive.

We suspect that too many contexts were generated during testing, causing the Jupyter server to stop responding. Additionally, to standardize user behavior, we also want to have a mechanism to expire/clean up contexts.

How could it be?

• a new API DELETE /context/<context-id> by code-interpreter which could delete a existed context thread.
• a new API DELETE /context/language/<language> by code-interpreter which could delete all existed contexts under target language.
• a new API GET /contexts?language=<language> by code-interpreter which could list all active/available contexts
• SDK update
• API spec yaml update

Other related information

• https://github.com/alibaba/OpenSandbox/actions/runs/20460014266/job/58790425298

[ninan-nn]

LGTM. One suggestion on the path naming to keep it consistent: let's use the plural /contexts for all endpoints, especially for DELETE:

Individual: /context/{id} -> /contexts/{id}

By Language: /context/language/{lang} -> /contexts?language={lang} (This aligns better with your GET /contexts design).