$ python hours.py image.jpg
{
"day_hours": [
{
"day": "Mon - Fri",
"hours": "7 AM - 5 PM"
},
{
"day": "Saturday",
This is a living document. Everything in this document is made in good faith of being accurate, but like I just said; we don't yet know everything about what's going on.
On March 29th, 2024, a backdoor was discovered in xz-utils, a suite of software that
(eval-when (:compile-toplevel :load-toplevel :execute) | |
(unless (find-package 'bike) | |
(ql:quickload 'bike))) | |
(named-readtables:in-readtable bike:bike-syntax) | |
(bike:use-namespace 'System) | |
;; The below is required to overcome internal bike optimizations related to property retrieval, | |
;; which utilize Type.GetProperty internally, which does not work for COM objects. | |
;; Note that you should also use bike:reflection-invoke instead of invoke, for the same reasons. |
Coalton: Why is the interop not easier, and why might it be necessary for Coalton to be an entire language in itself?
If you came here searching for the context in which some reddit comments were written, you might want to check out this previous version of the article.
Several blog posts have been written about Coalton, about how it can be useful and what it brings to the table. However, to me, it hasn’t been clear why Coalton is the way to solve the problems that it does solve. Isn’t a simpler solution possible without making a full embedded language, and giving users the cognitive overhead of thinking about interop between normal lisp and coalton?
I have been thinking about this for a while as one of my pasttimes, and below I’ll summarize the better reasons why coalton might be the way it is. Perhaps, I couldn’t se
const Anthropic = require('@anthropic-ai/sdk'); | |
const path = require('path'); | |
const YAML = require('yaml'); | |
const fs = require('fs'); | |
// Initialize Anthropic SDK | |
const anthropic = new Anthropic({ | |
apiKey: process.env.ANTHROPIC_API_KEY, | |
}); |
Apologies for the snarky title, but there has been a huge amount of discussion around so called "Prompt Engineering" these past few months on all kinds of platforms. Much of it is coming from individuals who are peddling around an awful lot of "Prompting" and very little "Engineering".
Most of these discussions are little more than users finding that writing more creative and complicated prompts can help them solve a task that a more simple prompt was unable to help with. I claim this is not Prompt Engineering. This is not to say that crafting good prompts is not a difficult task, but it does not involve doing any kind of sophisticated modifications to general "template" of a prompt.
Others, who I think do deserve to call themselves "Prompt Engineers" (and an awful lot more than that), have been writing about and utilizing the rich new eco-system
""" | |
Modified langchain.agents.AgentExecutor that runs one step at a time. (Based on langchain 0.0.147) | |
See the example usage in main() at the bottom of this file. | |
""" | |
import time | |
from typing import Dict, Any, List, Union, Tuple, Iterator | |
from langchain.agents import AgentExecutor, ZeroShotAgent | |
from langchain.input import get_color_mapping | |
from langchain.llms.fake import FakeListLLM |
import torch, grp, pwd, os, subprocess | |
devices = [] | |
try: | |
print("\n\nChecking ROCM support...") | |
result = subprocess.run(['rocminfo'], stdout=subprocess.PIPE) | |
cmd_str = result.stdout.decode('utf-8') | |
cmd_split = cmd_str.split('Agent ') | |
for part in cmd_split: | |
item_single = part[0:1] | |
item_double = part[0:2] |
;;;; Matrix multiplication optimization experiments | |
;;; | |
;;; This file contains functions to multiply two matrices written in Common Lisp. | |
;;; | |
;;; DISCLAIMER: while this code has some tests it might contains bugs, | |
;;; I made it to experiment with SBCL's SIMD support. | |
;;; | |
;;; All functions use the naive nested loop algorithm which is O(n^3). | |
;;; This file contains 5 functions with various optimizations | |
;;; that should be portable Common Lisp and 5 functions that use sbcl's SB-SIMD. |
;; -*- no-byte-compile: t; -*- | |
;; -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- | |
;; org-ai-mode | |
(use-package org-ai | |
:ensure t | |
:commands (org-ai-mode | |
org-ai-global-mode) | |
:init |