Showing posts with label Mac OS. Show all posts
Showing posts with label Mac OS. Show all posts

Flashcards

 I know I could buy a polished flashcard app for about twenty or thirty dollars. That would be the quickest solution. But this project is not about convenience. It is about practicing skills I enjoy, exploring my tools more deeply, and shaping a system that integrates Japanese study, Obsidian, and my own local models. Building it myself is the point.



The first step is a simple Python command-line tool. It loads a CSV with Japanese words and meanings, presents each question, accepts my typed answer, and checks if I am correct. This early stage is perfect for debugging the essentials: reading the CSV, trimming input, comparing answers, and tracking a basic mastery score. It lets me experiment freely with no UI overhead. Once this logic behaves well, everything else becomes straightforward.


The second piece is the language model, and I keep it where it belongs: in the command line. Instead of trying to embed MLX into a Swift app, I let the LLM run locally in Python. From there it can handle two jobs. First, it can compare my typed answers with the official ones and judge whether my response is close enough, which is helpful for Japanese phrasing, minor spelling differences, and synonyms. Second, it can scan selected markdown files in my Obsidian vault and extract new question–answer pairs. This allows me to grow my flashcard set automatically from whatever I am studying at the moment.



The macOS SwiftUI app is still useful, but now it becomes a thin layer on top. It can display cards, accept input, and call the Python scripts when needed. The heavy logic stays in Python, where MLX runs efficiently and where I can maintain a clean separation between UI and computation. The app becomes a comfortable window, while the command line remains the engine.


Obsidian ties the whole idea together. I already keep a large amount of Japanese material, notes, fragments, and vocabulary in my vault. A simple Python script can read those markdown files, provide them as context to the LLM, and extract neatly formatted Q&A pairs. The system then feeds those back into the CSV or writes new markdown, closing the loop between learning, reading, and structured review.


The overall plan stays simple and scalable. Start with a pure Python CLI to get the core behavior right. Add a command-line LLM layer for fuzzy answer checking and automatic question generation. Build a small macOS SwiftUI interface on top, with the Python engine running behind it. And finally, use Obsidian as both the source and destination of knowledge. The project is not meant to compete with commercial apps. It is a practice ground for Python, Swift, MLX, and knowledge workflows that match how I actually learn




As an Amazon Associate I earn from qualifying purchases.

AI, Visionaries and Architects

I decided to write down a few thoughts to clarify my obsessions with creating the "multitude" of AI agents that rely on the private (both personal and corporate) tiny learning models (LLM, TLM, TLL).




The future of work is poised for a significant transformation as artificial intelligence (AI) continues to advance. 

Some believe that the 62,000 tech layoffs in 2025 are already a result of this transformation. This is the first year when CTOs are not budgeting for more project managers (PMs) or junior developers.

Roles that traditionally relied on data input, data manipulation, and digital output, such as managers processing tasks, creating Spreadsheets and PowerPoint presentations, analysts, or developers typing code, are increasingly being automated. 

This automation doesn’t mean the end of human roles (yet) but rather a shift in their nature. 

Instead of spending hours on repetitive tasks, professionals will focus on higher-level strategic thinking and creative problem-solving.

Visionary Leaders, not Managers


Imagine a world where the leadership cadre is no longer bogged down by the minutiae of slide creation but instead spends their time strategizing and leading their organizations. All management and optimization tasks are automated and run constantly behind the scenes.

Architects, not Developers


Similarly, developers will move from writing (i.e., typing) lines of code to designing complex systems and orchestrating multiple AI agents to work together seamlessly. 

This shift will require new skills and a different mindset, emphasizing creativity, innovation, and leadership.

Distributed, not Central


The future is not about a few central AI companies dictating the direction of the world with homogenous solutions, but rather a multitude of proprietary AI solutions. The giants will play a crucial role in providing the models and computing resources. 

However, each individual person and company will develop their own AI agents tailored to their specific needs, leading to a diverse ecosystem of AI tools. 

This diversity will foster competition and innovation, driving the development of highly sophisticated and ultra-specialized AI solutions.

Today, I utilize local, yet powerful, models with up to 32 billion parameters and book-length input contexts. Next year, I fully expect to use a multitude of models with hundreds of billions of parameters, running locally on a Mac Studio M5 Ultra (?) or some new AI hardware.

In this new landscape, the role of the visionary and architect becomes paramount. Please let me know in the comments what you think and how you prepare yourself and your organization for 2026 and beyond.


As an Amazon Associate I earn from qualifying purchases.

Testing local LLM on multi-lingual understanding.

I have run a quick test on a few LLM models I have installed locally on Mac OS with 64 GB of RAM.

The test was conducted in English, but it also involved making connections between Slavic languages (such as Polish and Russian), the modern Inter-Slavic language (ISL), and the rest of the language group that originated from Proto-Indo-European (PIE), including Greek and Sanskrit.


Here is the question I have asked all of the models:

Let's discuss particle "ra" as in "rad" happiness, or "raj" heaven. Provide a short answer.

Quick Summary


After evaluating all models, it became clear that larger parameter models with extensive context windows generally excelled in providing insightful, accurate, and nuanced linguistic analyses, making them ideal for in-depth comparative research and article writing tasks. The standout, mistral-small-3.1-24b-instruct-2503, delivered the best balance of abstract thinking, linguistic precision, and large-context capability, especially if an 8-bit quantization version is considered for improved accuracy. Other strong contenders included deepseek-r1-distill-qwen-32b and qwen3-32b-mlx, offering substantial analytical depth. Mid-sized models provided faster but shallower analyses, primarily suitable for exploratory or quick tasks, whereas smaller models below 7B generally struggled with accuracy and linguistic coherence.

Model ranking by preference:

  1. mistral-small-3.1-24b-instruct-2503, 24B, input: 131,072 tokens
  2. deepseek-r1-distill-qwen-32b, 32B, input: 131,072 tokens
  3. qwen3-32b-mlx, 32B, input: 40,960 tokens
  4. dolphin-2.9.3-mistral-nemo-12b, 12B, input: 1,024,000 tokens
  5. mistral-nemo-instruct-2407, 7B, input: 1,024,000 tokens
  6. deepseek-r1-distill-qwen-7b, 7B, input: 131,072 tokens
  7. llama-3.2-3b-instruct-uncensored, 3B, input: 131,072 tokens
  8. phi-3-mini-4k-instruct, input: 4,000 tokens
  9. smollm-135m-instruct, 135M, input: unspecified (small)


Small models are still helpful for agents that need to process, transform, summarize, or classify input.





 



As an Amazon Associate I earn from qualifying purchases.

LM Studio with 12 and 24B local LLM models

In my LM Studio, I have been using the 12 billion and 24 billion parameter models on my relatively inexpensive Mac Studio M1, which has 64 GB of unified memory.

It also has a 1 million token input context window! That would roughly cover the entirety of J.R.R. Tolkien's "The Lord of the Rings: The Fellowship of the Ring", or approximately 400 pages of text.










The 12B model responds almost instantly and is excellent for good-quality, rapid example work.
The 24B model takes about 30 seconds to respond, but it has deep, obscure, nuanced knowledge of the world. I would have to spend 5 times more to do the same with NVidia GPUs.

Another benefit of using the "Dolphin" is that it is uncensored, which gives me direct answers to my questions without trying to "protect me" from facts like "Tiananmen Square protests of 1980", or any other enforced ideology.



As an Amazon Associate I earn from qualifying purchases.

How to get a model from HuggingFace on Mac OS

How to get a model from HuggingFace on Mac OS

This guide documents the steps needed to download HuggingFace models (especially MLX models) correctly on Mac OS.






As an Amazon Associate I earn from qualifying purchases.

mlx-lm

MLX LM is a Python package for generating text and fine-tuning large language models on Apple silicon with MLX

https://pypi.org/project/mlx-lm/#description

% pip install mlx-lm


As an Amazon Associate I earn from qualifying purchases.

Children TV app for Mac OS

CyberWalkAbout.com is proud to announce a version of our popular "Children TV" app for Mac OS (desktop). ChildrenTV apps for iPhone and iPad that is now available on the App Store.

With a large selection of sorted age-appropriate videos, the fun-filled app is designed to reinforce foreign language skills and provide an entertaining cross-cultural experience for both kids and the entire family.

The app is available for download at: http://itunes.apple.com/us/app/childrentv/id491518606?mt=8




iPad page: http://cyberwalkabout.com/2011/08/children-tv-for-ipad.html
You tube Trailer: http://www.youtube.com/watch?v=TmrTPQsh7lg&feature=share Our Facebook Page: https://www.facebook.com/ChildrenTVapp






"App To Have for Mac" reports "Children TV" to be in the top 300 in the Entertainment category:




As an Amazon Associate I earn from qualifying purchases.

apt quotation..