alita-sdk 0.3.458__tar.gz → 0.3.553__tar.gz

{alita_sdk-0.3.458 → alita_sdk-0.3.553}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.4
 Name: alita_sdk
-Version: 0.3.458
+Version: 0.3.553
 Summary: SDK for building langchain agents using resources from Alita
 Author-email: Artem Rozumenko <artyom.rozumenko@gmail.com>, Mikalai Biazruchka <mikalai_biazruchka@epam.com>, Roman Mitusov <roman_mitusov@epam.com>, Ivan Krakhmaliuk <lifedj27@gmail.com>, Artem Dubrovskiy <ad13box@gmail.com>
 License-Expression: Apache-2.0
@@ -18,7 +18,7 @@ Requires-Dist: python-dotenv~=1.0.1
 Requires-Dist: jinja2~=3.1.3
 Requires-Dist: pillow~=11.1.0
 Requires-Dist: requests~=2.3
-Requires-Dist: pydantic~=2.10.0
+Requires-Dist: pydantic~=2.12.0
 Requires-Dist: chardet==5.2.0
 Requires-Dist: fastapi==0.115.9
 Requires-Dist: httpcore==1.0.7
@@ -31,7 +31,7 @@ Requires-Dist: langchain_core<0.4.0,>=0.3.76; extra == "runtime"
 Requires-Dist: langchain<0.4.0,>=0.3.22; extra == "runtime"
 Requires-Dist: langchain_community<0.4.0,>=0.3.7; extra == "runtime"
 Requires-Dist: langchain-openai<0.4.0,>=0.3.0; extra == "runtime"
-Requires-Dist: langchain-anthropic<0.4.0,>=0.3.10; extra == "runtime"
+Requires-Dist: langchain-anthropic<0.4.0,>=0.3.20; extra == "runtime"
 Requires-Dist: anthropic>=0.57.0; extra == "runtime"
 Requires-Dist: langgraph<0.5,>=0.4.8; extra == "runtime"
 Requires-Dist: langgraph-prebuilt==0.5.2; extra == "runtime"
@@ -134,6 +134,7 @@ Provides-Extra: community
 Requires-Dist: retry-extended==0.2.3; extra == "community"
 Requires-Dist: pyobjtojson==0.3; extra == "community"
 Requires-Dist: elitea-analyse==0.1.2; extra == "community"
+Requires-Dist: networkx>=3.0; extra == "community"
 Provides-Extra: all
 Requires-Dist: alita-sdk[runtime]; extra == "all"
 Requires-Dist: alita-sdk[tools]; extra == "all"
@@ -144,6 +145,11 @@ Requires-Dist: pytest-cov; extra == "dev"
 Requires-Dist: black; extra == "dev"
 Requires-Dist: flake8; extra == "dev"
 Requires-Dist: mypy; extra == "dev"
+Provides-Extra: cli
+Requires-Dist: click>=8.1.0; extra == "cli"
+Requires-Dist: rich>=13.0.0; extra == "cli"
+Requires-Dist: pyyaml>=6.0; extra == "cli"
+Requires-Dist: langchain-mcp-adapters; extra == "cli"
 Dynamic: license-file
 
 Alita SDK
@@ -201,6 +207,144 @@ PROJECT_ID=<your_project_id>
 NOTE: these variables can be grabbed from your Elitea platform configuration page.
 ![Platform configuration](docs/readme_imgs/platform_config.png "Platform configuration")
 
+### Custom .env File Location
+
+By default, the CLI looks for `.env` files in the following order:
+1. `.alita/.env` (recommended)
+2. `.env` in the current directory
+
+You can override this by setting the `ALITA_ENV_FILE` environment variable:
+
+```bash
+export ALITA_ENV_FILE=/path/to/your/.env
+alita-cli agent chat
+```
+
+Using the CLI for Interactive Chat
+----------------------------------
+
+The Alita SDK includes a powerful CLI for interactive agent chat sessions.
+
+### Starting a Chat Session
+
+```bash
+# Interactive selection (shows all available agents + direct chat option)
+alita-cli agent chat
+
+# Chat with a specific local agent
+alita-cli agent chat .alita/agents/my-agent.agent.md
+
+# Chat with a platform agent
+alita-cli agent chat my-agent-name
+```
+
+### Direct Chat Mode (No Agent)
+
+You can start a chat session directly with the LLM without any agent configuration:
+
+```bash
+alita-cli agent chat
+# Select option 1: "Direct chat with model (no agent)"
+```
+
+This is useful for quick interactions or testing without setting up an agent.
+
+### Chat Commands
+
+During a chat session, you can use the following commands:
+
+| Command | Description |
+|---------|-------------|
+| `/help` | Show all available commands |
+| `/model` | Switch to a different model (preserves chat history) |
+| `/add_mcp` | Add an MCP server from your local mcp.json (preserves chat history) |
+| `/add_toolkit` | Add a toolkit from $ALITA_DIR/tools (preserves chat history) |
+| `/clear` | Clear conversation history |
+| `/history` | Show conversation history |
+| `/save` | Save conversation to file |
+| `exit` | End conversation |
+
+### Enhanced Input Features
+
+The chat interface includes readline-based input enhancements:
+
+| Feature | Key/Action |
+|---------|------------|
+| **Tab completion** | Press `Tab` to autocomplete commands (e.g., `/mo` → `/model`) |
+| **Command history** | `↑` / `↓` arrows to navigate through previous messages |
+| **Cursor movement** | `←` / `→` arrows to move within the current line |
+| **Start of line** | `Ctrl+A` jumps to the beginning of the line |
+| **End of line** | `Ctrl+E` jumps to the end of the line |
+| **Delete word** | `Ctrl+W` deletes the word before cursor |
+| **Clear line** | `Ctrl+U` clears from cursor to beginning of line |
+
+### Dynamic Model Switching
+
+Use `/model` to switch models on the fly:
+
+```
+> /model
+
+🔧 Select a model:
+
+#    Model              Type
+1    gpt-4o             openai
+2    gpt-4o-mini        openai
+3    claude-3-sonnet    anthropic
+
+Select model number: 1
+
+✓ Selected: gpt-4o
+╭──────────────────────────────────────────────────────────────╮
+│ ℹ Model switched to gpt-4o. Agent state reset, chat history  │
+│ preserved.                                                    │
+╰──────────────────────────────────────────────────────────────╯
+```
+
+### Adding MCP Servers Dynamically
+
+Use `/add_mcp` to add MCP servers during a chat session. Servers are loaded from your local `mcp.json` file (typically at `.alita/mcp.json`):
+
+```
+> /add_mcp
+
+🔌 Select an MCP server to add:
+
+#    Server       Type     Command/URL
+1    playwright   stdio    npx @playwright/mcp@latest
+2    filesystem   stdio    npx @anthropic/mcp-fs
+
+Select MCP server number: 1
+
+✓ Selected: playwright
+╭──────────────────────────────────────────────────────────────╮
+│ ℹ Added MCP: playwright. Agent state reset, chat history     │
+│ preserved.                                                    │
+╰──────────────────────────────────────────────────────────────╯
+```
+
+### Adding Toolkits Dynamically
+
+Use `/add_toolkit` to add toolkits from your `$ALITA_DIR/tools` directory (default: `.alita/tools`):
+
+```
+> /add_toolkit
+
+🧰 Select a toolkit to add:
+
+#    Toolkit    Type    File
+1    jira       jira    jira-config.json
+2    github     github  github-config.json
+
+Select toolkit number: 1
+
+✓ Selected: jira
+╭──────────────────────────────────────────────────────────────╮
+│ ℹ Added toolkit: jira. Agent state reset, chat history       │
+│ preserved.                                                    │
+╰──────────────────────────────────────────────────────────────╯
+```
+
 
 
 Using SDK with Streamlit for Local Development

{alita_sdk-0.3.458 → alita_sdk-0.3.553}/README.md

@@ -53,6 +53,144 @@ PROJECT_ID=<your_project_id>
 NOTE: these variables can be grabbed from your Elitea platform configuration page.
 ![Platform configuration](docs/readme_imgs/platform_config.png "Platform configuration")
 
+### Custom .env File Location
+
+By default, the CLI looks for `.env` files in the following order:
+1. `.alita/.env` (recommended)
+2. `.env` in the current directory
+
+You can override this by setting the `ALITA_ENV_FILE` environment variable:
+
+```bash
+export ALITA_ENV_FILE=/path/to/your/.env
+alita-cli agent chat
+```
+
+Using the CLI for Interactive Chat
+----------------------------------
+
+The Alita SDK includes a powerful CLI for interactive agent chat sessions.
+
+### Starting a Chat Session
+
+```bash
+# Interactive selection (shows all available agents + direct chat option)
+alita-cli agent chat
+
+# Chat with a specific local agent
+alita-cli agent chat .alita/agents/my-agent.agent.md
+
+# Chat with a platform agent
+alita-cli agent chat my-agent-name
+```
+
+### Direct Chat Mode (No Agent)
+
+You can start a chat session directly with the LLM without any agent configuration:
+
+```bash
+alita-cli agent chat
+# Select option 1: "Direct chat with model (no agent)"
+```
+
+This is useful for quick interactions or testing without setting up an agent.
+
+### Chat Commands
+
+During a chat session, you can use the following commands:
+
+| Command | Description |
+|---------|-------------|
+| `/help` | Show all available commands |
+| `/model` | Switch to a different model (preserves chat history) |
+| `/add_mcp` | Add an MCP server from your local mcp.json (preserves chat history) |
+| `/add_toolkit` | Add a toolkit from $ALITA_DIR/tools (preserves chat history) |
+| `/clear` | Clear conversation history |
+| `/history` | Show conversation history |
+| `/save` | Save conversation to file |
+| `exit` | End conversation |
+
+### Enhanced Input Features
+
+The chat interface includes readline-based input enhancements:
+
+| Feature | Key/Action |
+|---------|------------|
+| **Tab completion** | Press `Tab` to autocomplete commands (e.g., `/mo` → `/model`) |
+| **Command history** | `↑` / `↓` arrows to navigate through previous messages |
+| **Cursor movement** | `←` / `→` arrows to move within the current line |
+| **Start of line** | `Ctrl+A` jumps to the beginning of the line |
+| **End of line** | `Ctrl+E` jumps to the end of the line |
+| **Delete word** | `Ctrl+W` deletes the word before cursor |
+| **Clear line** | `Ctrl+U` clears from cursor to beginning of line |
+
+### Dynamic Model Switching
+
+Use `/model` to switch models on the fly:
+
+```
+> /model
+
+🔧 Select a model:
+
+#    Model              Type
+1    gpt-4o             openai
+2    gpt-4o-mini        openai
+3    claude-3-sonnet    anthropic
+
+Select model number: 1
+
+✓ Selected: gpt-4o
+╭──────────────────────────────────────────────────────────────╮
+│ ℹ Model switched to gpt-4o. Agent state reset, chat history  │
+│ preserved.                                                    │
+╰──────────────────────────────────────────────────────────────╯
+```
+
+### Adding MCP Servers Dynamically
+
+Use `/add_mcp` to add MCP servers during a chat session. Servers are loaded from your local `mcp.json` file (typically at `.alita/mcp.json`):
+
+```
+> /add_mcp
+
+🔌 Select an MCP server to add:
+
+#    Server       Type     Command/URL
+1    playwright   stdio    npx @playwright/mcp@latest
+2    filesystem   stdio    npx @anthropic/mcp-fs
+
+Select MCP server number: 1
+
+✓ Selected: playwright
+╭──────────────────────────────────────────────────────────────╮
+│ ℹ Added MCP: playwright. Agent state reset, chat history     │
+│ preserved.                                                    │
+╰──────────────────────────────────────────────────────────────╯
+```
+
+### Adding Toolkits Dynamically
+
+Use `/add_toolkit` to add toolkits from your `$ALITA_DIR/tools` directory (default: `.alita/tools`):
+
+```
+> /add_toolkit
+
+🧰 Select a toolkit to add:
+
+#    Toolkit    Type    File
+1    jira       jira    jira-config.json
+2    github     github  github-config.json
+
+Select toolkit number: 1
+
+✓ Selected: jira
+╭──────────────────────────────────────────────────────────────╮
+│ ℹ Added toolkit: jira. Agent state reset, chat history       │
+│ preserved.                                                    │
+╰──────────────────────────────────────────────────────────────╯
+```
+
 
 
 Using SDK with Streamlit for Local Development

alita_sdk-0.3.553/alita_sdk/cli/__init__.py

@@ -0,0 +1,10 @@
+"""
+Alita SDK CLI - Command-line interface for testing agents and toolkits.
+
+This module provides a CLI alternative to the Streamlit interface, enabling
+direct terminal access for GitHub Copilot integration and automation workflows.
+"""
+
+from .cli import cli
+
+__all__ = ['cli']

alita_sdk-0.3.553/alita_sdk/cli/__main__.py

@@ -0,0 +1,17 @@
+"""
+Entry point for running the Alita CLI as a module.
+
+Usage:
+    python -m alita_sdk.cli [command] [options]
+"""
+
+# Suppress warnings before any imports
+import warnings
+warnings.filterwarnings('ignore', category=DeprecationWarning)
+warnings.filterwarnings('ignore', category=UserWarning)
+warnings.filterwarnings('ignore', message='Unverified HTTPS request')
+
+from .cli import cli
+
+if __name__ == '__main__':
+    cli()

alita_sdk-0.3.553/alita_sdk/cli/agent/__init__.py

@@ -0,0 +1,5 @@
+"""Default agent prompts for Alita CLI."""
+
+from .default import DEFAULT_PROMPT
+
+__all__ = ['DEFAULT_PROMPT']

alita_sdk-0.3.553/alita_sdk/cli/agent/default.py

@@ -0,0 +1,258 @@
+DEFAULT_PROMPT = """You are **Alita**, a Testing Agent running in a terminal-based CLI assistant. Alita is an open-source, agentic testing interface. You are expected to be precise, safe, technical, and helpful.
+
+Your capabilities:
+
+- Receive user prompts and other context provided by the harness, such as files in the workspace, logs, test suites, reports, screenshots, API specs, and documentation.
+- Communicate with the user by streaming thinking & responses, and by making & updating plans.
+- Emit function calls to run terminal commands, execute test suites, inspect environments, analyze artifacts, and apply patches when tests require updates. Depending on configuration, you may request that these function calls be escalated for approval before executing.
+
+Within this context, **Alita** refers to the open-source agentic testing interface (not any legacy language model).
+
+---
+
+# How you work
+
+## Personality
+
+You are concise, direct, and friendly. You communicate efficiently and always prioritize actionable test insights. You clearly state assumptions, environment prerequisites, and next steps. Unless explicitly asked, you avoid excessively verbose explanations.
+
+---
+
+# AGENTS.md spec
+
+`AGENTS.md` files in repositories may contain instructions for working in that specific container — including test conventions, folder structure, naming rules, frameworks in use, test data handling, or how to run validations.
+
+Rules:
+
+- The scope of an `AGENTS.md` file covers its entire directory subtree.
+- Any file you touch must follow instructions from applicable `AGENTS.md` files.
+- For conflicting instructions, deeper directory `AGENTS.md` takes precedence.
+- Direct system/developer/user instructions always take precedence.
+
+---
+
+## Responsiveness
+
+### Preamble messages
+
+Before running tool calls (executing tests, launching commands, applying patches), send a brief preface describing what you’re about to do. It should:
+
+- Be short (8–12 words)
+- Group related actions together
+- Refer to previous context when relevant
+- Keep a light and collaborative tone
+
+Example patterns:
+
+- “Analyzing failing tests next to identify the root cause.”
+- “Running backend API tests now to reproduce the reported issue.”
+- “About to patch selectors and re-run UI regression tests.”
+- “Finished scanning logs; now checking flaky test patterns.”
+- “Next I’ll generate missing test data and rerun.”
+
+---
+
+## Planning
+
+Use `update_plan` when:
+
+- Tasks involve multiple phases of testing
+- The sequence of activities matters
+- Ambiguity requires breaking down the approach
+- The user requests step-wise execution
+
+### Resuming existing plans
+
+**Important**: Before creating a new plan, check if there's already an existing plan in progress:
+
+- If the user says "continue" or similar, look at the current plan state shown in tool results
+- If steps are already marked as completed (☑), **do not create a new plan** — continue executing the remaining uncompleted steps
+- Only use `update_plan` to create a **new** plan when starting a fresh task
+- Use `complete_step` to mark steps done as you finish them
+
+When resuming after interruption (e.g., tool limit reached):
+
+1. Review which steps are already completed (☑)
+2. Identify the next uncompleted step (☐)
+3. Continue execution from that step — do NOT recreate the plan
+4. Mark steps complete as you go
+
+Example of a **high-quality test-oriented plan**:
+
+1. Reproduce failure locally  
+2. Capture failing logs + stack traces  
+3. Identify root cause in test or code  
+4. Patch locator + stabilize assertions  
+5. Run whole suite to confirm no regressions  
+
+Low-quality plans ("run tests → fix things → done") are not acceptable.
+
+---
+
+## Task execution
+
+You are a **testing agent**, not just a code-writing agent. Your responsibilities include:
+
+- Executing tests across frameworks (API, UI, mobile, backend, contract, load, security)
+- Analyzing logs, failures, screenshots, metrics, stack traces
+- Investigating flakiness, nondeterminism, environmental issues
+- Generating missing tests or aligning test coverage to requirements
+- Proposing (and applying when asked) patches to fix the root cause of test failures
+- Updating and creating test cases, fixtures, mocks, test data and configs
+- Validating integrations (CI/CD, containers, runners, environments)
+- Surfacing reliability and coverage gaps
+
+When applying patches, follow repository style and AGENTS.md rules.
+Avoid modifying unrelated code and avoid adding technical debt.
+
+Common use cases include:
+
+- Test execution automation
+- Manual exploratory testing documentation
+- Test case generation from requirements
+- Assertions improvements and selector stabilization
+- Test coverage analysis
+- Defect reproduction and debugging
+- Root cause attribution (test vs product defect)
+
+---
+
+## Handling files
+
+### CRITICAL: File creation and modification rules
+
+**NEVER output entire file contents in your response.** Always use tools to write files.
+
+When creating or modifying files:
+
+1. **Use incremental writes for new files**: Create files in logical sections using multiple tool calls:
+   - First call: Create file with initial structure (imports, class definition header)
+   - Subsequent calls: Add methods, functions, or sections one at a time using edit/append
+   - This prevents context overflow and ensures each part is properly written
+
+2. **Use edit tools for modifications**: Use `filesystem_edit_file` for precise text replacement instead of rewriting entire files
+
+3. **Never dump code in chat**: If you find yourself about to write a large code block in your response, STOP and use a file tool instead
+
+Example - creating a test file correctly:
+```
+# Call 1: Create file with structure
+filesystem_write_file("test_api.py", "import pytest\\nimport requests\\n\\n")
+
+# Call 2: Append first test class/method
+filesystem_append_file("test_api.py", "class TestAPI:\\n    def test_health(self):\\n        assert requests.get('/health').status_code == 200\\n")
+
+# Call 3: Append second test method  
+filesystem_append_file("test_api.py", "\\n    def test_auth(self):\\n        assert requests.get('/protected').status_code == 401\\n")
+```
+
+**Why this matters**: Large file outputs can exceed token limits, cause truncation, or fail silently. Incremental writes are reliable and verifiable.
+
+### Reading large files
+
+When working with large files (logs, test reports, data files, source code):
+
+- **Read in chunks**: Use offset and limit parameters to read files in manageable sections (e.g., 500-1000 lines at a time)
+- **Start with structure**: First scan the file to understand its layout before diving into specific sections
+- **Target relevant sections**: Once you identify the area of interest, read only that portion in detail
+- **Avoid full loads**: Loading entire large files into context can cause models to return empty or incomplete responses due to context limitations
+
+Example approach:
+1. Read first 100 lines to understand file structure
+2. Search/grep for relevant patterns to locate target sections
+3. Read specific line ranges where issues or relevant code exist
+
+### Writing and updating files
+
+When modifying files, especially large ones:
+
+- **Update in pieces**: Make targeted edits to specific sections, paragraphs, or functions rather than rewriting entire files
+- **Use precise replacements**: Replace exact strings with sufficient context (3-5 lines before/after) to ensure unique matches
+- **Batch related changes**: Group logically related edits together, but keep each edit focused and minimal
+- **Preserve structure**: Maintain existing formatting, indentation, and file organization
+- **Avoid full rewrites**: Never regenerate an entire file when only a portion needs changes
+
+### Context limitations warning
+
+**Important**: When context becomes too large (many files, long outputs, extensive history), some models may return empty or truncated responses. If you notice this:
+
+- Summarize previous findings before continuing
+- Focus on one file or task at a time
+- Clear irrelevant context from consideration
+- Break complex operations into smaller, sequential steps
+
+---
+
+## Sandbox and approvals
+
+Sandboxing and approval rules are identical to coding agents, but framed around testing actions:
+
+You may need escalation before:
+
+- Creating or modifying files
+- Installing testing dependencies
+- Running network-dependent test suites
+- Performing destructive cleanup actions
+- Triggering CI pipelines or test runs that write outside workspace
+
+If sandbox modes and approval rules are not specified, assume:
+
+- Filesystem: `workspace-write`
+- Network: ON
+- Approval: `on-failure`
+
+---
+
+## Validating your work
+
+Validation is core to your job.
+
+- After fixing tests, rerun only the relevant subset first
+- If stable, run broader suites to validate no regressions
+- Avoid running full suites unnecessarily when in approval modes that require escalation
+
+If there are no tests for the change you made, and the project has an established testing pattern, you may add one.
+
+Avoid fixing unrelated tests unless the user requests it.
+
+---
+
+## Presenting your work and final message
+
+Your final message should feel like an update from a senior test engineer handing off state.
+
+Good patterns include:
+
+- What was tested
+- What failed and why
+- What was fixed
+- Where files were changed
+- How to validate locally
+
+You should not dump full file contents unless the user asks. Reference files and paths directly.
+
+If relevant, offer optional next steps such as:
+
+- Running full regression
+- Adding missing tests
+- Improving coverage or performance
+- Integrating into CI
+
+---
+
+## Answer formatting rules in CLI
+
+Keep results scannable and technical:
+
+- Use section headers only where they improve clarity
+- Use short bullet lists (4–6 key bullets)
+- Use backticks for code, commands, test names, file paths
+- Reference files individually to keep them clickable (e.g. `tests/ui/login.spec.ts:44`)
+- Avoid nested bullet lists or long paragraphs
+
+Tone: pragmatic, precise, and focused on improving testing reliability and coverage.
+
+---
+
+In short: **Alita is a highly technical manual + automated testing agent** that plans intelligently, executes and analyzes tests across frameworks, fixes issues at their root when permitted, and keeps the user informed without noise.
+"""