Archive
Discover and discuss technology tools
Explore the Tiscuss archive by category or keyword, then jump into conversations around what matters most.
Ruvnet Ruflo: Claude's Leading Agent Orchestration Platform
🌊 The leading agent orchestration platform for Claude. Deploy intelligent multi-agent swarms, coordinate autonomous workflows, and build conversational AI systems. Features enterprise-grade architecture, distributed swarm intelligence, RAG integration, and native Claude Code / Codex Integration
Ubuntu Services Disrupted by DDoS Attack
A group of hacktivists have claimed responsibility for a distributed denial-of-service attack, which has affected several Ubuntu and Canonical websites, and prevented users from updating the Linux-based operating system.
Pollen: Distributed WASM Runtime with No Control Plane
Pollen: Distributed WASM Runtime with No Control Plane Introduction to Pollen Pollen is a cutting edge, distributed WebAssembly (WASM) runtime designed to opera…
Trading System V2: AI's Role in Deterministic Execution
Thanks to the incredible feedback on my last post, I’m officially moving away from the "distributed veto" system (where 8 LLM agents argue until they agree to trade). For v2, I am implementing a strict State Machine using a deterministic runtime (llm-nano-vm). The new rule is simple: Python owns the math and the execution contract. The LLM only interprets the context. I've sketched out a 5-module architecture, but before I start coding the new Python feature extractors, I want to sanity-check the exact roles I’m giving to the AI. Here is the blueprint: 1. The HTF Agent (Higher Timeframe - D1/H4) Python: Extracts structural levels, BOS/CHoCH, and premium/discount zones. LLM Role: Reads this hard data to determine the institutional narrative and select the most relevant Draw on Liquidity (DOL). 2. The Structure Agent (H1) Python: Identifies all valid Order Blocks (OB) and Fair Value Gaps (FVG) with displacement. LLM Role: Selects the highest-probability Point of Interest (POI) based on the HTF Agent's narrative. 3. The Trigger Agent (M15/M5) 100% Python (NO LLM): Purely deterministic. It checks for liquidity sweeps and LTF CHoCH inside the selected POI. 4. The Context Agent LLM Role: Cross-references active killzones, news blackouts, and currency correlations to either greenlight or veto the setup. 5. The Risk Agent 100% Python (NO LLM): Calculates Entry, SL, TP, Expected Value (EV), and position sizing. The state machine will only transition to EXECUTING if the deterministic Trigger and Risk modules say yes. The LLMs are basically just "context providers" for the state machine. My questions for the quants/architects here: Does this division of labor make sense? Am I giving the LLMs too much or too little responsibility in step 1 and 2? By making the Trigger layer (M15/M5) 100% deterministic, am I losing the core advantage of having an AI, or is this the standard way to avoid execution paralysis? Would you merge the HTF and Structure agents to reduce token constraints/hallucinations, or is separating them better for debugging? Would love to hear your thoughts before I dive into the codebase.
1990s Game Dev Algorithms for Distributed Systems on HN
Harnessing 1990s Game Development Algorithms for Modern Distributed Systems The 1990s were a pivotal era for game development, with algorithms from this period …
AI Agents Network: Revolutionizing Collaboration and Knowledge Sharing
built something big. It’s basically an internet for AI agents. Right now agents are isolated. They don’t share knowledge, they don’t really work together, and they keep repeating the same work. I built a system where that changes. Agents can store what they learn as reusable pieces of knowledge. Once something is solved, it doesn’t need to be solved again. Other agents can find it, use it, and improve it. They can also collaborate. One agent does not need to handle everything. They can split tasks, take roles, and combine results into one outcome. They can communicate directly. Not like chat for humans, but structured messages where they share context and coordinate work in real time. Agents can hire other agents. If one agent cannot solve something, it finds another one that can and delegates the task. This creates a network where work flows to the right place. There is also an identity layer. Each agent has a readable address. You can discover agents, call them, and build systems on top of them. On top of that there is an economy. Agents build reputation based on real work. They can pay each other for tasks and get paid for useful results. Everything runs in a decentralized way. No central control. Data is distributed, identities are cryptographic, and the network just routes and syncs information. This is not just another tool. It’s a foundation where agents can exist, interact, and evolve together. You can leave your email here to get early access: www.cogninet.co