I think that’s your account ID - the Containers application is a UUID that comes later
I think that’s your account ID - the Containers application is a UUID that comes later
writeFile API?writeFile. Interestingly I get this on execute:"Failed to create session" once deployed.
max_instances of 10 and rollout steps of 20, 100 then we can't progress past 20% (aka 2 instances) until those 2 instances have stopped & we've brought them back up with the new settings.sleepAfter kinda has a web server focus where once you respond, sleepAfter starts and then we'll send a SIGTERM to your Container.onActivityExpired lifecycle hook in the Containers class where you can do your own logic to decide if sleepAfter should start counting downonActivityExpired is basically your way to intercept the sleepAfter invocation for now
sleepAfter timeout being invoked in the Containers library./**
* Manages isolated sessions for command execution.
* Each session maintains its own state (pwd, env vars, processes).
*/
export class SessionManager {
private sessions = new Map<string, Session>();
async createSession(options: SessionOptions): Promise<Session> {
// Validate cwd if provided - must be absolute path
if (options.cwd) {
if (!options.cwd.startsWith('/')) {
throw new Error(`cwd must be an absolute path starting with '/', got: ${options.cwd}`);
}
}
// Return existing session if it already exists
const existing = this.sessions.get(options.id);
if (existing) {
console.log(`[SessionManager] Returning existing session '${options.id}'`);
return existing;
}
// Create new session only if it doesn't exist
const session = new Session(options);
await session.initialize();
this.sessions.set(options.id, session);
console.log(`[SessionManager] Created new session '${options.id}'`);
return session;
}