@miller-tech/uap 1.40.0 → 1.40.1

package/docs/archive/OPTIMIZATION_OPTIONS.md

@@ -1,334 +0,0 @@
-# UAM Terminal-Bench Optimization Options
-
-Research-based options for each failing task. Each section lists 5+ approaches ranked by feasibility.
-
-## 1. chess-best-move (0/1) - Finding ALL Checkmate Moves
-
-**Current Issue**: Agent outputs wrong moves (e.g., b2b3 instead of e2e4, g2g4). Not finding the SPECIFIC checkmate moves.
-
-### Option 1: python-chess Library (RECOMMENDED)
-```python
-import chess
-import chess.engine
-
-engine = chess.engine.SimpleEngine.popen_uci("/usr/bin/stockfish")
-board = chess.Board(fen_string)
-
-# Analyze with multipv to find ALL good moves
-result = engine.analyse(board, chess.engine.Limit(depth=25), multipv=10)
-for info in result:
-    if info.get("score") and info["score"].is_mate():
-        print(info["pv"][0])  # First move of the line
-```
-**Pros**: Clean Python API, handles UCI parsing  
-**Cons**: Requires python-chess installation
-
-### Option 2: Direct Stockfish UCI with Proper Parsing
-```bash
-echo -e "setoption name MultiPV value 10\nposition fen $FEN\ngo depth 25" | stockfish | grep "score mate" | awk '{print $NF}'
-```
-**Key**: Parse lines containing "score mate 1" (checkmate in 1 move) and extract the move from "pv" field  
-**Pattern**: `info depth 25 multipv 1 score mate 1 ... pv e2e4 ...`
-
-### Option 3: Use Stockfish's "go mate" Command
-```bash
-echo -e "position fen $FEN\ngo mate 3" | stockfish
-```
-Searches specifically for mate-in-N. Returns only mating lines.
-
-### Option 4: Chess.js + Stockfish via Node
-```javascript
-const { Chess } = require('chess.js');
-const Stockfish = require('stockfish');
-// Mate search with JS interface
-```
-
-### Option 5: Pre-computed Checkmate Database
-For certain positions (endgames), use Syzygy tablebases or Lomonosov database for perfect play.
-
----
-
-## 2. polyglot-rust-c (0/1) - Single File Compiles as Both Rust AND C
-
-**Current Issue**: Syntax errors when compiling. The SAME file must be valid Rust AND valid C.
-
-### Option 1: Comment-Based Polyglot (RECOMMENDED)
-```c
-/*
-fn main() {
-    for i in 1..=10 {
-        let fib = fibonacci(i);
-        println!("{}", fib);
-    }
-}
-fn fibonacci(n: u64) -> u64 {
-    if n <= 1 { n } else { fibonacci(n-1) + fibonacci(n-2) }
-}
-// */
-#include <stdio.h>
-long long fibonacci(int n) { return n <= 1 ? n : fibonacci(n-1) + fibonacci(n-2); }
-int main() { for(int i=1;i<=10;i++) printf("%lld\n", fibonacci(i)); return 0; }
-/*
-*/
-```
-**Key**: Rust treats `/*` as block comment start. C treats it same way. The Rust code is inside a comment for C, and vice versa using `// */` trick.
-
-### Option 2: Preprocessor Trick with #if 0
-```rust
-#[cfg(not(any()))] //
-const _: () = {
-#![allow(unused)]
-/*
-#if 0
-*/
-fn main() { /* Rust code */ }
-/*
-#endif
-#include <stdio.h>
-int main() { /* C code */ }
-*/
-};
-```
-
-### Option 3: Search GitHub for Existing Polyglots
-```bash
-# Search for working examples
-curl -s "https://api.github.com/search/code?q=polyglot+rust+c+fibonacci" 
-```
-Many working polyglots exist - find and adapt one.
-
-### Option 4: Quine-Style Self-Modifying
-Create code that outputs itself differently based on compiler.
-
-### Option 5: Minimal Common Subset
-Find syntax that's valid in BOTH languages (very limited but possible for simple programs).
-
----
-
-## 3. winning-avg-corewars (2/3) - Beat stone.red with 75%+ Win Rate
-
-**Current Issue**: Only 18% win rate vs stone.red (need 75%+). Beating vampire (95%) and paper (78%) already.
-
-### Option 1: Use a Replicator (Paper Strategy) (RECOMMENDED)
-Stone (bomber) is weak against Paper (replicator). Classic rock-paper-scissors.
-```redcode
-;name Paper Beats Stone
-;strategy Fast replicator to overwhelm stone's bombs
-spl 0, 0    ; Split to create copies
-mov -1, 0   ; Copy the split instruction forward
-jmp -2      ; Keep replicating
-```
-
-### Option 2: Imp-Ring with Bombing Hybrid
-```redcode
-;name Imp-Stone Hybrid
-spl #0, <-1000  ; Create imp-ring
-mov.i 0, 1      ; Simple stone-like bombing
-jmp -1
-```
-Imps are small targets that survive stone bombs.
-
-### Option 3: Use P-Switcher (Adaptive Strategy)
-```redcode
-;name P-Switcher
-; Check P-space for previous result
-ldp.ab #0, #0
-jmz paper, #0   ; If lost, try paper
-jmp stone       ; If won, use stone
-```
-Adapt strategy based on previous rounds.
-
-### Option 4: Core Clear Strategy
-```redcode
-;name Core Clear
-; Rapidly clear the entire core
-mov bomb, >ptr
-djn -1, #8000
-bomb dat #0, #0
-ptr dat #0, #0
-```
-
-### Option 5: Quickscan + Attack
-Scan for enemy, then bomb their location specifically:
-```redcode
-;name Scanner
-seq >scan, 100
-jmp found
-add #2, scan
-jmp -3
-found mov bomb, @scan
-```
-
----
-
-## 4. write-compressor (2/3) - Lossless Compression with Round-Trip
-
-**Current Issue**: Decompression fails with "UnicodeDecodeError" or buffer issues. Round-trip broken.
-
-### Option 1: Use Python's Built-in zlib (RECOMMENDED)
-```python
-import zlib
-
-def compress(input_file, output_file):
-    with open(input_file, 'rb') as f:
-        data = f.read()
-    compressed = zlib.compress(data, level=9)
-    with open(output_file, 'wb') as f:
-        f.write(compressed)
-
-def decompress(input_file):
-    with open(input_file, 'rb') as f:
-        data = f.read()
-    return zlib.decompress(data)
-```
-**Key**: Use binary mode ('rb', 'wb') everywhere!
-
-### Option 2: Huffman Coding with Proper Bit Handling
-```python
-from collections import Counter
-import heapq
-
-def huffman_compress(text):
-    # Build frequency table, tree, codes
-    # Pack bits properly with struct module
-    pass
-```
-
-### Option 3: LZ77/LZSS Implementation
-Sliding window compression - good for text with repetitions.
-
-### Option 4: Simple RLE (Run-Length Encoding)
-```python
-def rle_compress(data):
-    result = []
-    i = 0
-    while i < len(data):
-        count = 1
-        while i + count < len(data) and data[i+count] == data[i] and count < 255:
-            count += 1
-        result.append(count)
-        result.append(data[i])
-        i += count
-    return bytes(result)
-```
-
-### Option 5: BWT + MTF + RLE (Burrows-Wheeler Transform)
-Advanced but very effective for text compression.
-
-**Critical Fix for All**:
-```python
-# ALWAYS use binary mode
-# NEVER mix text and binary operations
-# Test round-trip before submitting:
-original = open('input.txt', 'rb').read()
-compressed = compress(original)
-decompressed = decompress(compressed)
-assert original == decompressed, "Round-trip failed!"
-```
-
----
-
-## 5. adaptive-rejection-sampler (8/9) - R Statistical Sampling
-
-**Current Issue**: 1 test failing - `test_can_generate_standard_distribution_samples`. The R function doesn't work for standard normal.
-
-### Option 1: Use CRAN 'ars' Package (RECOMMENDED)
-```r
-install.packages("ars")
-library(ars)
-
-# Standard normal sampling
-ars <- function(target_density, bounds, n=1000) {
-    f <- function(x) log(target_density(x))
-    fprima <- function(x) -x  # derivative of log(dnorm) = -x
-    ars::ars(n=n, f=f, fprima=fprima, x=c(bounds[1]+0.1, 0, bounds[2]-0.1),
-             lb=TRUE, xlb=bounds[1], ub=TRUE, xub=bounds[2])
-}
-```
-
-### Option 2: Implement from Gilks & Wild (1992)
-The original ARS algorithm:
-1. Initialize with 2+ points where f'(x) changes sign
-2. Build piecewise linear envelope of log f(x)
-3. Sample from envelope, accept/reject based on squeezing
-
-### Option 3: Derivative-Free ARS
-For functions where derivative is hard to compute:
-```r
-ars_no_deriv <- function(f, bounds, n) {
-    # Use numeric differentiation
-    fprima <- function(x) (f(x+1e-6) - f(x-1e-6)) / (2e-6)
-    # Rest of ARS...
-}
-```
-
-### Option 4: Use arscpp (C++ Backend)
-```r
-devtools::install_github("hunzikp/arscpp")
-library(arscpp)
-# Fast C++ implementation
-```
-
-### Option 5: Fallback to Standard R Samplers
-```r
-# If ARS fails, use built-in samplers as fallback
-if (is_normal_distribution(target_density)) {
-    return(rnorm(n, mean=0, sd=1))
-}
-```
-
-**Key Fix**: Ensure the function signature matches what tests expect:
-```r
-ars <- function(target_density, bounds, n=1000) {
-    # Must return numeric vector of length n
-    # Must work for dnorm(x, mean=0, sd=1)
-}
-```
-
----
-
-## Generalized Patterns Extracted (P32-P36)
-
-From analyzing these 5 task failures, we extracted **universal patterns** that apply broadly:
-
-### P32: Use Established Libraries Over Custom Implementation
-**Applies to**: chess-best-move, adaptive-rejection-sampler, write-compressor
-- When a well-known algorithm exists (chess engines, compression, statistics), use existing libraries
-- Libraries handle edge cases you'll miss
-- Search: `pip search`, `apt-cache search`, CRAN, npm
-
-### P33: Binary Mode for All File I/O
-**Applies to**: write-compressor, any file processing task
-- ALWAYS use `'rb'` and `'wb'` modes
-- NEVER mix text and binary operations
-- Verify round-trip: `assert decompress(compress(data)) == data`
-
-### P34: Search for Existing Solutions First
-**Applies to**: polyglot-rust-c, any complex algorithm
-- Search GitHub before implementing from scratch
-- Many problems have solved examples online
-- Adapt existing code rather than inventing
-
-### P35: Understand Game Theory / Strategic Domains
-**Applies to**: winning-avg-corewars, any competitive/adversarial task
-- Identify rock-paper-scissors dynamics
-- Counter-strategies beat specific strategies
-- Adaptive strategies are more robust
-
-### P36: Multi-Language Polyglot via Comments
-**Applies to**: polyglot tasks, multi-runtime code
-- Use comment syntax differences between languages
-- Hide one language's code inside another's comments
-
-## Key Insight
-
-**Generalized patterns > Task-specific fixes**
-
-The goal is NOT to solve chess-best-move specifically, but to teach the pattern:
-- "When you need a chess engine, use python-chess library" → 
-- "When you need a well-known algorithm, use an established library (P32)"
-
-This approach:
-1. Works for similar future tasks
-2. Keeps prompt size manageable
-3. Teaches transferable problem-solving strategies