\r \r

Role\r

\r This skill owns session runtime behavior, session isolation, Session Server integration, and SSE execution patterns under WLS. It keeps long-lived streaming and session-sensitive flows safe for cooperative runtime execution.\r \r

When To Use\r

\r

• Use for Session Server issues, session isolation, login state, SSE controllers, EventSource flows, and long-running stream loops.\r
• Use for keywords such as session, login state, SessionFactory, SSE, EventSource, text/event-stream, and SseWriter.\r
• Use when runtime behavior depends on request isolation or cooperative long-lived streaming.\r \r

Source Material\r

\r

• AI-ENTRY.md\r
• CLAUDE.md\r
• dev/ai/skills/session-development/SKILL.md\r
• dev/ai/skills/sse-streaming/SKILL.md\r
• dev/ai/skills/weline-framework-runtime/SKILL.md\r
• dev/ai/skills/runtime-and-process/SKILL.md\r \r

Responsibilities\r

\r

• Keep session access inside framework session abstractions instead of raw global state.\r
• Preserve area-based session isolation and login separation.\r
• Implement SSE loops that cooperate with WLS workers instead of blocking them.\r
• Close streaming responses correctly and safely under WLS.\r \r

Workflow\r

\r

1. Confirm whether the issue is session isolation, session persistence, or SSE runtime behavior.\r
2. Read the session and SSE source guidance before touching code.\r
3. Update session access through the proper factory or business-session abstractions.\r
4. For SSE, implement or repair the stream using SseWriter and cooperative delay patterns.\r
5. Ensure the stream ends with explicit completion or close behavior.\r
6. Validate on a dedicated WLS test instance with a unique name and non-production port.\r
7. Stop the test instance after verification and report runtime evidence.\r \r

Weline Rules\r

\r

• Do not use default WLS port 9501 for AI testing.\r
• Always start a dedicated WLS test instance on port 9502+.\r
• Always use a unique AI test instance name.\r
• Always stop the AI test instance after testing.\r
• Do not pollute global state.\r
• Do not use sleep, die, or exit in WLS runtime-sensitive code.\r
• Do not access raw $_SESSION directly when framework session abstractions exist.\r \r

Inputs Required\r

\r

• The affected login, session, or SSE flow.\r
• The owning controller, session class, or streaming endpoint.\r
• Runtime symptoms, including disconnect or blocking behavior if present.\r
• Dedicated WLS validation plan and route.\r \r

Expected Output\r

\r

• A session-safe or SSE-safe runtime implementation.\r
• Evidence from the affected stream or session flow on a dedicated WLS instance.\r
• Confirmation that the validation instance was stopped after testing.\r \r

Validation\r

\r

• Validate login or session isolation through the real area flow.\r
• Validate SSE output, heartbeat, and completion behavior on a dedicated WLS instance.\r
• Confirm cooperative delay patterns are used instead of blocking sleeps.\r
• Stop the dedicated WLS instance after validation.\r \r

Constraints\r

\r

• Do not embed raw session handling outside framework abstractions.\r
• Do not treat SSE as a plain JSON endpoint.\r
• Do not leave streaming loops without explicit completion behavior.\r
• Do not use blocking delay functions in long-lived stream loops.\r \r