Category: news

news

  • Testing WordPress Studio

    WordPress Studio (Automattic) & WP AI Capabilities

    Is Automattic’s New Agentic Local Workflow Worth the Hype?

    I’ve been testing WordPress Studio for just under ten days now. Built by the Automattic team, it primarily targets developers working on WordPress.com sites, though it works wonderfully for self-hosted setups too. While direct synchronization isn’t included, (only wordpress.com hosted websites) you can easily export your packages.

    It comes packed with WP-CLI, Model Context Protocol (MCP) support, and native agentic capabilities. It’s a genuinely impressive, professional-grade tool for building block themes, testing plugins, debugging, and scaffolding

    Components like Studio Desktop, the Studio CLI, and Studio Code may still be in beta, but I can confirm they run fast and reliably—allowing you to plug in your preferred AI agent client or use its built-in ones

    The ecosystem covers everything you need:

    • Studio CLI: Streamlines local WordPress development workflows directly from the terminal.
    • Plugin Development: Hooks, the settings API, security hardening, and packaging.
    • Block Development: Block.json attributes, rendering logic, and deprecations.
    • Block Themes: Theme.json, custom templates, patterns, and style variations.
    • REST API: Routes, endpoints, schema handling, and authentication.
    • WP-CLI & Ops: Core automation, search-and-replace, and operational commands.

    While playing around with the local development flow and WordPress’s new AI features, I scored a bonus of 100,000 AI credits to experiment with block themes and test developer blueprint configurations. It’s honestly wild to watch WordPress evolve and become genuinely agentic at its core.

    Giving an AI assistant full logs and CLI system access was an intense experience, but the results are mind-blowing. It did hit a small SQL injection edge case during testing, but the agent diagnosed and fixed it locally in seconds. Because it is laser-focused on official WordPress and WooCommerce skills, it stays razor-sharp and gets things done.

    WP Studio lets you code smoothly inside your favorite IDE (like VS Code), backed by a ton of flexible options. If you are working with WordPress and you have fun building your block themes, testing WP and WOO latest versions and possibilities like AI Abilities, this is the right tool to use. It is on purpose and have the skills from the root source. If you got curious to try it out, you can dive into its capabilities and setup guides via the link below

    https://developer.wordpress.com/studio/

  • Claude Managed Agents -Shift From Model Output to System Execution

    Claude Managed Agents represent a shift in how large language models are deployed in practice, instead of producing isolated outputs, these systems are designed to execute multi-step tasks within controlled environments.

    This changes the role of AI systems from passive generators of responses to active components within execution workflows.

    The biggest risk is not that agents fail — but that they succeed in ways that were not fully anticipated.

    This shift reframes AI from a tool to an operator. That transition introduces both operational opportunity and new categories of risk, which is why security teams are closely monitoring this development.

    check my article on medium

    https://medium.com/@s.bogeska/claude-managed-agents-shift-from-model-output-to-system-execution

  • GitHub Copilot + Ollama: Local AI in VS Code

    How the Integration Works

    You can now run local AI models directly inside Visual Studio Code — without sending your code to the cloud.

    Thanks to the integration between GitHub Copilot Chat and Ollama, developers can switch between cloud-based models and locally running LLMs inside the same interface. This sounds like the ideal setup: private, cost-free, and fully under your control. This isn’t a complete replacement for cloud AI yet but it’s a flexible hybrid approach.

    Everything happens inside the GitHub Copilot Chat interface in Visual Studio Code — no extra tools or complex setup required. Once Ollama is running locally, its models become available directly in the Copilot Chat model picker. You can choose between:

    • Cloud models (like GPT-4-class models)
    • Local models running through Ollama

    Switching between them is seamless, so you can use:

    • local models for privacy-sensitive tasks
    • cloud models for more complex reasoning or better performance

    There’s no need for external APIs when using local models — they run entirely on your machine via Ollama.

    Prerequisites

    To use this setup, you’ll need:

    • Ollama (v0.18.3 or newer) running locally
    • Visual Studio Code (v1.113 or newer)
    • GitHub Copilot Chat extension (v0.41.0 or newer)

    You also need to be signed in to GitHub Copilot, but a paid subscription is not required. The free tier supports custom model selection.

    What You Can Do With It

    Once configured, you can use local models inside VS Code for:

    • Code generation
    • Explaining code
    • Debugging issues
    • Context-aware suggestions based on your workspace

    Limitations

    • Inline autocomplete still relies on cloud-based GitHub Copilot models
    • Local models can be noticeably slower, especially on mid-range hardware
    • Model quality varies, and smaller local models may struggle with complex tasks

    So while local models are useful, they don’t fully replace cloud AI in day-to-day development.

    When Local Isn’t Enough — BYOK

    If your machine can’t handle local models well, there’s a practical fallback: Bring Your Own Key. This lets you connect external model providers via API keys and use them inside the same Copilot interface — effectively offloading computation to the cloud.

    If you want access to multiple models without juggling multiple API keys, services like OpenRouter can simplify this by giving you a single key that works across many different models.

    This integration it’s about giving developers more control. In practice, local models can feel fast for short responses since there’s no network latency. However, for longer outputs or more complex tasks, cloud models still tend to be faster due to higher token generation speeds and more powerful hardware so that’s the major issue.

    You can keep sensitive code local when it matters, avoid unnecessary costs, and still rely on powerful cloud models when/if needed, so,

    It depends what you are working on, medium coding tasks, long complex tasks and if you are dealing with Privacy-critical work.

    Your real experience will depends on:

    Hardware

    • CPU
    • GPU

    Model size

    • 7B → fast
    • 30B → slower
    • 70B → slow (impossible locally)

    Context size

    • Bigger prompt = slower generation
    • Tools/agents/ = MUCH slower

    Cold start

    • Loading model = seconds delay

    https://medium.com/@s.bogeska/vs-code-ollama-integration-287302f7a594

  • The pervasive shift of social platforms into ecommerce engine on Medium now

    https://medium.com/@s.bogeska/the-pervasive-shift-of-social-platforms-into-e-commerce-engines-e619d7488bfa

    I just started my adventure on writing on Medium. If you are interested in this subject you can read it on medium link listed above.

    I wrote an article after i watched hours of you tubers and tick-tockers so i decided to act on this and write down my opinion so it stays crystal clear even if i personally work with platforms for my clients, i wanted to point some facts. Thanks, you can read it on medium and share it if you like. I’m not partner and paying member of Medium. At least not yet 😉